Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <40EACECF.2050005@fztig938.bank.dresdner.net>
Date: Tue, 06 Jul 2004 18:09:51 +0200
From: =?ISO-8859-1?Q?Matthias_St=F6ckel?=
 <Matthias.Stoeckel@fztig938.bank.dresdner.net>
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; de-AT; rv:1.7) Gecko/20040608
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: JDK 1.3.1 compatibility for cvs-head
References: <40E951BD.5080706@fztig938.bank.dresdner.net>
 <40EAA1BB.5050700@gmx.de>
In-Reply-To: <40EAA1BB.5050700@gmx.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Joerg Heinicke wrote:
> On 05.07.2004 15:03, Matthias St�ckel wrote:
> 
>> Hi,
>>
>> I tried to compile a HEAD checkout of cocoon-2.1 and encountered a few 
>> issues about JDK 1.3.1 compatibility.
>>
>> - jakarta-bcel-20040329.jar, "NoSuchMethodError" if used with JavaFlow 
>> [1].
> 
> 
> Are you sure it's the quoted StringBuffer problem? It might also be 
> caused by a "wrong" bcel on classpath as we have extended the original one.

I got bcel from cvs and compiled it with 1.3.1 (including the bugzilla patches). Now it works for me. I don't have another jar in the classpath for sure. The problem didn't occur with the Cocoon JavaFlow samples. It happened only with my own application. The stacktrace pointed to the location which I quoted.

> 
>> - groovy-1.0-beta-5.jar, I get a "class file has wrong version 48.0, 
>> should be 47.0" during compilation.
> 
> 
> This is a known problem and should be fixed.

Yes, thanks.

>> - src/java/org/apache/cocoon/acting/HttpCacheAction.java uses the 
>> Function Calendar.getTimeInMillis(). For JDK 1.3.1 it is protected.
> 
> 
> This was added only few day ago and should also be fixed. Pier?

Not yet ;-) 

Sorry for nagging about 1.3.x compatibility, but unfortunately it isn't so easy to update the JRE in our production environment.
Cheers,
  Matthias