Cocoon 2.1.11 should be working with any JVM 1.3 and up.

Because nobody is actuall= y using 1.3 anymore for development, there were several occasions that li= brary features not available in 1.3 crept in.

Therefore it was decided that the next release 2.= 1.12 should require 1.4.

I would not recommend actually using 1.3 or 1.4 anymore because of = its non-existent memory model.

Cheers= , Alfred.

<= /o:p>

From:<= /span> C=E9dric Damioli [mailto:cedric.damioli@anyware-ser= vices.com]
Sent: Montag, 12. Dezember 2011 11:37
To:= =20dev@cocoon.apache.org
Subject: Re: [2.1] Future of Cocoon 2.= 1.x... again :)

Cocoon 2.1.x was meant to be used = with 1.3
But the release notes file of the current 2.1.12-dev mention = 1.4 as minimum requirement !

Le 12/12/2011 11:24, Robby Pelssers a= =20=E9crit :

What JDK a= re you using? It seems like you will need a very old JDK for this b= ranch to work.

<= /span>

Robby

From: Fr= ancesco Chicchiricc=F2 [mailto:ilg= rosso@apache.org]
Sent: Monday, December 12, 2011 11:22 AM=
To: dev@cocoon.apache= .org
Subject: Re: [2.1] Future of Cocoon 2.1.x... again :)<= /span>

On 12/12/2011 11:00, C=E9dric Damioli wrote: =

Hi team,

I recently came again acr= oss annoying 2.1 bugs, which I have proposed patches for, and realized th= at I received almost no answers to my "what's the future of Cocoon 2= .1" e-mail, and that my patches have not been reviewed nor committed= .
I have found and patched a new one this morning : https://issues.apache.org/ji= ra/browse/COCOON-2319

As I previously said, I fully understan= d that current Cocoon committers are focused on Cocoon 3, and that they p= robably have no great interest to old maintenance releases.
Again, I = totally volunteer to help to maintain and release 2.1.x branch, as I have= =20dozens of production applications on top of it, running with a a-lot-p= atched Cocoon.
Please tell me what I can do to help.

<= p class=3DMsoNormal>
Hi Cedric,
as I wrote in [8], here it follows = what I did for building C2.1 trunk (in order to start applying your patch= es, of course):

1. svn co https://svn.apache.org/repos/asf/cocoon= /branches/BRANCH_2_1_X cocoon-2_1_X
2. cp blocks.properties local.= blocks.properties
3. set include.all.blocks=3Dtrue
4. ./build.sh5. ./build.sh test

resulted in 6 test failures (DefaultRunnableMa= nagerTestCase)

Am I doing something wrong?

[8] http://mail-archives.apache.org/mod_mbox/cocoon-= dev/201108.mbox/%3C4E4A7273.2020106@apache.org%3E

Le 11/08/2011 15:36, C=E9dric Damioli a =E9= crit :

Hi Cocoon team,
A little more than one year ago, I sent a mail [1] to this list, to= =20get feedbacks about usage of Cocoon 2.1.x, 3 years after the last rele= ase.
I must admit that I received many more answers (privately and pu= blicly on the list) than I could have expected first.
This proved me = the vitality of the 2.1.x community.
So I began to open some tickets = [2] [3] [4] [5] [6] [7] and provide some patches gathered during the last= =20years on my projects, but unfortunately, I received nearly no feedback= =20from committers around here.
Is there still any interest from devs= =20for the 2.1.x branch ?
Could someone review the patches ? I obviou= sly volunteer to help, to stop having to run dozen apps with a patched Co= coon.
Has someone interest to prepare and schedule a 2.1.12 maintenan= ce release ?

Best regards,
C=E9dric

[1] http://markmail.org/thread/hiz= llvbjdeurr2de
[2] https://issues.apache.org/jira/browse/COCOON-2288, all= ow to use SLF4J
[3] https://issues.apache.org/jira/browse/COCOON-2307, bug i= n the ResourceReader
[4] https://issues.apache.org/jira/browse/COCOON-2309, = possible bug with SitemapSource under certain circumstances
[5] https://issues.a= pache.org/jira/browse/COCOON-2310, XHTMLSerializer from serializers b= lock does not handle HTML5
[6] https://issues.apache.org/jira/browse/COCOON-2313= , subclassing of org.apache.cocoon.Cocoon
[7] https://issues.apache.org/jira= /browse/COCOON-2314, override upload params in CocoonServlet

--

Francesco Chicchiricc=F2<=
/pre> 
Apache Cocoon Committer and PMC Mem=
ber
http://people.apache.org/~ilgrosso/
 
-- 

www.anyware-services.com

=
<=
/span>
Inscri=
vez-vous =E0 notre newsletter
 
C=E9dric Damioli
Directeur tec=
hnique
cedric.damioli@anyware-services.com
T=
el : +33(0)5 62 19 19 07
Mob : +33(0)6 87 03 61 63
Fax : +33(0)5 61=
=2075 84 12
Adresse : Innopole 13 - 254 avenue de l'Occitane - B.P 976=
72 - 31676 LABEGE CEDEX - France 

Ametys: Smart Web CMS
www.ametys.org 
Ce message et toutes les pi=E8ces jointe=
s (le "Message") sont confidentiels et =E9tablis =E0 l'intentio=
n exclusive de ses destinataires.
Toute modification, =E9dition, utili=
sation ou diffusion non autoris=E9e est interdite.
Anyware Services d=E9=
cline toute responsabilit=E9 au titre de ce Message s'il a =E9t=E9 alt=E9=
r=E9, d=E9form=E9, falsifi=E9 ou =E9dit=E9, diffus=E9 sans autorisation. =

The content of this e-mail is intended onl= y for the=20 confidential use of the person addressed.
If you are not the intended= =20 recipient, please notify the sender and delete this e-mail immediately.Thank=20 you.