Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Message-ID: <3D1A1CAC.8060708@apache.org>
Date: Wed, 26 Jun 2002 15:57:32 -0400
From: "Andrew C. Oliver" <acoliver@apache.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.0.0) Gecko/20020530
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: [Important]: JDK issues
References: <NCEBJJFMCAOKNNABBFIMMECICCAA.john.r.morrison@ntlworld.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

It seems to me it would be nice if:

JDK dependant code seperated from the non-JDK dependant code.
The source and binary distributions BOTH included the jdk dependant code 
precompiled, with an option
to recompile it or not provided the correct JDK.
At runtime the JDK version were detected and the correct class was 
loaded dynamically.

Of course, I'm a little dull so maybe this is a bad idea and its just 
not obvious to me as to why.

-Andy

John Morrison wrote:

>>From: Nicola Ken Barozzi [mailto:nicolaken@apache.org]
>>Morrison, John wrote:
>>    
>>
>>>>From: Nicola Ken Barozzi [mailto:nicolaken@apache.org]
>>>>Morrison, John wrote:
>>>>        
>>>>
>>>>>I do wish JJAR was finished... :(
>>>>>          
>>>>>
>>>>Well, it works, Centipede is using it with great satisfaction.
>>>>        
>>>>
>
>I'll have to take another look.  I've not see any work done on it
>for a while.
>
>  
>
>>>In that case - would this be a (possible) solution?
>>>      
>>>
>>Hmmm... you mean make checking for JDK part of the build and getting the 
>>appropriate version for the build in process?
>>If so yes, it can be done, although a simple ant http get would 
>>suffice... hmmm....
>>    
>>
>
>Yes, it probably would for developers, not sure theres an advantage
>there over sticking it in cvs.
>
>  
>
>>And it doesn't resolve the double binary distribution problem.
>>    
>>
>
>No, it doesn't :(
>
>  
>
>>Do you have a more detailed course of action in mind?
>>    
>>
>
>I didn't but... rather than delivering the war in the binary
>distribution, would it be an idea to deliver a zip with the 1.4 bit's
>missing and a script to download/build the war...
>
>Huh, maybe on second thoughts this is far too much hassle.  Maybe
>it would be worth it if *all* the jar files came that way but... :(
>
>J.
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
>For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
>  
>


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org