<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel">
    <title>gmane.text.xml.cocoon.devel</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79279"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79278"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79277"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79276"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79275"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79274"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79273"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79272"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79271"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79270"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79269"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79268"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79267"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79266"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79265"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79264"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79263"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79262"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79261"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79260"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79279">
    <title>Re: Where is Cocoon 3 going to?</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79279</link>
    <description>
I too was concerned when i saw new patches to re-implement
something that Cocoon has already spent years developing.

A little bit of discussion is a good thing. It enables the rest
of the community to feel that they are still in touch with
the direction of the project.

-David


</description>
    <dc:creator>David Crossley</dc:creator>
    <dc:date>2008-12-02T01:55:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79278">
    <title>Re: Where is Cocoon 3 going to?</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79278</link>
    <description>
Thanks for your comments. Very important.


It would be better if we all heard those explanations
here on the dev list.


Please encourage your collaborators to join us.

-David


</description>
    <dc:creator>David Crossley</dc:creator>
    <dc:date>2008-12-02T01:39:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79277">
    <title>Re: [vote] Release Cocoon 3.0.0-alpha-1</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79277</link>
    <description>David Legg pisze:

I wish it had been a party. ;-)

Some of us are doing freaky-crazy probability theory these days!

Anyway, it would be good if more people could find some time and test this work even briefly. It's
has an alpha status and lots of warnings so it does not have to be perfect.

</description>
    <dc:creator>Grzegorz Kossakowski</dc:creator>
    <dc:date>2008-12-01T20:59:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79276">
    <title>Re: [vote] Release Cocoon 3.0.0-alpha-1</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79276</link>
    <description>Reinhard Pötz pisze:

Tested already Maven artifacts, and now distribution artifacts. Everything looks fine, here is mine:
+1

</description>
    <dc:creator>Grzegorz Kossakowski</dc:creator>
    <dc:date>2008-12-01T20:54:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79275">
    <title>[C3] What's the purpose of StatusCodeCollector?</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79275</link>
    <description>Hello,

The subject says all. I would like to know something about this class and convert this knowledge
into some documentation. Introduction of ThreadLocal always deserves at least a few bits of explanation.

</description>
    <dc:creator>Grzegorz Kossakowski</dc:creator>
    <dc:date>2008-12-01T17:54:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79274">
    <title>Re: [vote] Release Cocoon 3.0.0-alpha-1</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79274</link>
    <description>Sorta bad timing for those of us in the US: I haven't had a chance to even
glance at the artifacts and I won't until I get caught up from
Thanksgiving..

On Mon, Dec 1, 2008 at 9:35 AM, David Legg &lt;david.legg&lt; at &gt;searchevent.co.uk&gt;wrote:



</description>
    <dc:creator>Peter Hunsberger</dc:creator>
    <dc:date>2008-12-01T15:53:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79273">
    <title>Re: [vote] Release Cocoon 3.0.0-alpha-1</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79273</link>
    <description>Has everyone gone to a party that I don't know about?...  or maybe we're 
all waiting for someone else to vote first ;-)

Regards,
David Legg

Reinhard Pötz wrote:

</description>
    <dc:creator>David Legg</dc:creator>
    <dc:date>2008-12-01T15:35:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79272">
    <title>[cocoon3] Creating idea configuration</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79272</link>
    <description>
I set the version of the maven-idea-plugin to 2.2 in the root POM. I
hope that this solves your problem.

</description>
    <dc:creator>Reinhard Pötz</dc:creator>
    <dc:date>2008-11-29T17:26:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79271">
    <title>[cocoon3] Added a root POM</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79271</link>
    <description>
I added a minimal root POM but left as many settings as possible in the
parent POM. HTH

</description>
    <dc:creator>Reinhard Pötz</dc:creator>
    <dc:date>2008-11-29T17:00:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79270">
    <title>Re: Where is Cocoon 3 going to?</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79270</link>
    <description>Hi everybody,
I'm the younger person - in therms of cocoon's experience - who
recently joined Reinhard and Steven in their enthusiasm about Cocoon3.

Please let me spend my 0.2€ too, feel free moving this email in the
spam or trash box :)

Just a prelude: I've never experienced using oldest Cocoon's release,
but months ago, while I was working on an important OpenID provider
(for the biggest Italian Telecommunication company), I had the need to
generate , manipulate, validate, transform and serialize large XML
data set in various format.
So I felt the need to use a solid framework able to help me in a quick
and clear way... so, the miracle happened when I found "accidentally"
the Reinhard's blog.
My first word was just a "wow!", so I wrote an email to him. I was
totally charmed, not only about Cocoon, but above all the
collaborative way that both Reinhard and Steven demonstrated in
explaining me how the new Cocoon works, helping me in adopting it in
the way to resolve my problems and involving me in the de</description>
    <dc:creator>Simone Tripodi</dc:creator>
    <dc:date>2008-11-28T15:50:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79269">
    <title>Re: [vote] Release Cocoon 3.0.0-alpha-1</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79269</link>
    <description>
+1

</description>
    <dc:creator>Reinhard Pötz</dc:creator>
    <dc:date>2008-11-28T09:59:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79268">
    <title>[vote] Release Cocoon 3.0.0-alpha-1</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79268</link>
    <description>I've prepared the artifacts for the release of Cocoon 3.0.0-alpha-1.

You can find the staged files for all modules (sources, binaries,
javadocs, checksums, gpg signatures) at
http://people.apache.org/builds/cocoon/

SVN tags of all these artifacts can be found at
http://svn.apache.org/repos/asf/cocoon/cocoon3/tags/

The general distribution artifacts (tar, zip) can be found at
http://people.apache.org/~reinhard/cocoon-staging/

I want to stress again that this is an alpha release. This means that we
are free to change contracts without following any deprecation rules.

This majority vote stays open for _at least_ 72 hours.

</description>
    <dc:creator>Reinhard Pötz</dc:creator>
    <dc:date>2008-11-28T09:53:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79267">
    <title>Re: Test and verify Cocoon 3 alpha-1 release artifacts</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79267</link>
    <description>
Except for the SVN tagging issue I managed to route around all the
problems mentioned by you. See the 'preparations section' of
http://svn.apache.org/repos/asf/cocoon/cocoon3/trunk/RELEASE_HOWTO.txt

Otherwise I would have to call 'mvn release:prepare release:perform' in
the correct order for each module and manipulate the pom files accordingly.

</description>
    <dc:creator>Reinhard Pötz</dc:creator>
    <dc:date>2008-11-27T14:30:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79266">
    <title>Re: Cocoon3 commit rights</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79266</link>
    <description>
I brought up this topic because I didn't want to give the impression
about the number of active committers on Cocoon. We came the conclusion
that we do not want to impose any restrictions or bureaucratic hurdles
just for the sake of this.

So please go ahead!

</description>
    <dc:creator>Reinhard Pötz</dc:creator>
    <dc:date>2008-11-27T14:24:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79265">
    <title>Cocoon3 commit rights</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79265</link>
    <description>Hello,

I recall some discussion about commit rights to Cocoon3 that should be given explicitly to existing
committers.

I don't remember the result of that discussion thus I ask for such a green light. I don't have
anything big to commit, just a clean-up of the code (getting rid of some warnings redundant
annotations, etc.).

TIA.

</description>
    <dc:creator>Grzegorz Kossakowski</dc:creator>
    <dc:date>2008-11-27T13:31:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79264">
    <title>Re: Test and verify Cocoon 3 alpha-1 release artifacts</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79264</link>
    <description>Reinhard Pötz pisze:

Is this only my feeling that release plug-in does nothing useful? I mean here that it does some
unintelligent editing of your POMs that:

  1. Does not resolve SNAPSHOT versions to correct released versions (but to some random ones)
  2. May result in corrupted POM (e.g. it can remove deployment info).

Is it only me who had a bad experience with this plug-in?


Thanks. I'm sorry that you have to do it manually...

</description>
    <dc:creator>Grzegorz Kossakowski</dc:creator>
    <dc:date>2008-11-27T12:45:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79263">
    <title>Using the Cocoon integration test framework (cocoon-it-fw)</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79263</link>
    <description>
I guess you're referring to cocoon-it-fw. It consists of two parts: The
first one provides Maven 2 mojos that you can use to start and stop
Jetty that loads a war file during the integration test phases.
The second one offers a base class for HTML unit tests.

All this has no ties to Cocoon at all and can be used for any Java web
application.


I'd also like to understand this to give you a more specific answer to
your above question.

</description>
    <dc:creator>Reinhard Pötz</dc:creator>
    <dc:date>2008-11-27T12:13:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79262">
    <title>Re: Test and verify Cocoon 3 alpha-1 release artifacts</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79262</link>
    <description>
That's a missing feature of the Maven release plugin when you do a
multi-module release. The plugin only tags the root module, in our case
http://svn.apache.org/repos/asf/cocoon/cocoon3/tags/cocoon-root/cocoon-root-3.0.0-alpha-1/

I will copy the directories manually before I call for a vote.

</description>
    <dc:creator>Reinhard Pötz</dc:creator>
    <dc:date>2008-11-27T11:56:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79261">
    <title>Re: Servlet protocol and internal pipelines</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79261</link>
    <description>Robin Wyles pisze:

Ahhh, I didn't think of using scheme. It turns out that SitemapServlet (thus sitemap machinery) has
this one single method to recognize that request is coming from ssf and not from browser.

Still this looks a little bit dangerous so I would like to see it applied along with something like:

 if (we allow request by recognizing "servlet" scheme)
   logger.warn("Following request has been allowed to access internal-only pipeline by using not
fully secure method:" + request);

Of course message should little bit more relevant that this is only potential security whole which
is rather hard to use.


Great, as soon as you provide a good integration test I'm happy to commit it.


I guess so but it's really Reinhard that is an expert in this area.

BTW. Are you going to connect blocks deployed to different machines using SSF? This is something
I've been thinking for a while.

</description>
    <dc:creator>Grzegorz Kossakowski</dc:creator>
    <dc:date>2008-11-27T11:50:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79260">
    <title>Re: [c3] Why Cocoon  3 doesn't use the expression language modules from 2.2</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79260</link>
    <description>Reinhard Pötz pisze:

Ok, let's see how this evolves.


Ok.

You skipped my point on missing tags in svn. Do you know why they are missing?

</description>
    <dc:creator>Grzegorz Kossakowski</dc:creator>
    <dc:date>2008-11-27T11:38:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79259">
    <title>Re: Where is Cocoon 3 going to?</title>
    <link>http://permalink.gmane.org/gmane.text.xml.cocoon.devel/79259</link>
    <description>Hi,

On Wed, Nov 26, 2008 at 10:31 PM,  &lt;solprovider&lt; at &gt;apache.org&gt; wrote:

Agree with that, although I've been (successfully and happily)
building complete applications with Cocoon in the past, I wouldn't do
that today anymore.

But if I have to process XML data or generate various formats from
XML, the above functionalities remain a good choice - ideally
embeddable in today's java environments. That's why I'm keeping an eye
on Cocoon 3, although I haven't been able to do more than that lately.


Agree with that as well.

-Bertrand

</description>
    <dc:creator>Bertrand Delacretaz</dc:creator>
    <dc:date>2008-11-27T08:55:33</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.text.xml.cocoon.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.text.xml.cocoon.devel</link>
  </textinput>
</rdf:RDF>
