The trouble is asking contributors ( who matter more than users in this case) 
to try and find a copy of Java 5. 

This is not a matter of latest and greatest we fell off that train along time 
ago ( causing a few private forks). 

Java 5 as a QA target is getting increasingly expensive. 

Jody


On 07/06/2011, at 7:51 PM, Joachim Van der Auwera <[email protected]> wrote:

> Whether or not to drop support for Java5 is something I would personally 
> attack from a different point of view. Are there users out there who are 
> still running on Java5? Are there potential users who would be unable to 
> use GeoTools 8 is it does not support Java5? And very important, is 
> there something which would be impossible to do in GeoTools 8 because of 
> Java5 support?
> 
> In general, while developers always want to use the latest and greatest, 
> there are companies who have very strict policies about the hardware and 
> software which is allowed to be used. Some of these companies may only 
> allow application servers which only work on Java5 (similarly, this is 
> also one of the main reasons why IE6 is still so "popular").
> 
> The issue of not being able to download Java5 is less important imho. 
> Most developers will just develop in Java6 and the compiler/ide/CI 
> server will complain when using Java6+ constructs.
> 
> Kind regards,
> Joachim
> 
> On 06/02/2011 04:52 PM, Andrea Aime wrote:
>> Hi,
>> first off, sorry for cross posting on GeoTools and GeoServer devel,
>> the topic is however
>> of interest of both communities.
>> 
>> I'm wondering if times are finally mature to switch GeoTolols and
>> GeoServer trunk to JDK 1.6 as
>> the minimum requirement (just trunk though).
>> 
>> The rationale being that J2EE 6 has been out a while, JDK 1.5 is end of life
>> and hard to grab, and JDK 7 is going to be released shortly (July I think).
>> 
>> Not switching 2.1.x series to JDK 6 will give people stuck on JDK 1.5 some
>> 6-12 months more of support.
>> 
>> Also, according to this, jdk 6 will reach its end of life next year
>> already, meaning
>> we will have only 1 year of that jdk in supported state before its end of 
>> life
>> (assuming we switch soon):
>> http://www.oracle.com/technetwork/java/eol-135779.html
>> 
>> Opinions?
>> 
>> Cheers
>> Andrea
>> 
> 
> 
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to