+1 from me.

I've added Andrea's +1 as well.

On 13/06/11 15:54, Jody Garnett wrote:
> Proposal now up:
>
> - http://docs.codehaus.org/display/GEOTOOLS/Java+6
>
> I hunted down the documentation pages that would need to be updated (only 3 
> as the tutorials already recommend the use of the latest jdk); but I did not 
> go search for a Jira.
>
> --
> Jody Garnett
>
>
> On Monday, 13 June 2011 at 10:49 AM, Jody Garnett wrote:
>
> I kind of wish we had a 4rd poll - asking the comitters if they have already 
> switched to Java 6 (and just rely on the build box to keep things honest).
>
> I like the idea of switching now; and scheduling the life of 8.x up for a 
> release candidate for foss4g in September.  I will make the change proposal; 
> part of switching involves updating the developers guide so we need a list of 
> tasks etc...
>
> Aside: While I have ported the docs over; updating the developers guide 
> remains the responsibility of the PMC. While I am hoping that sphinx allows 
> this to be easier for everyone, I don't want to give the impression that I 
> will update the docs for every last thing we do (or even every second thing).
>
> Jody
> Hi,
> the pools have been out for long enough and we are not getting new
> votes, so time to get the results I guess.
>
> GeoTools results:
> http://www.micropoll.com/a/MicroPollData?id=423595&mode=html
> Long story short: no one fully against, only 5% somewhat troubled.
>
> GeoServer results:
> http://www.micropoll.com/a/MicroPollData?id=423614&mode=html
> Long story short: 1% sees this as a blocker, 4% somewhat troubled.
>
> It seems to me we can switch both to Java 6 when we want.
>
> And when is indeed the next question. Do we do it now or we wait
> for the next stable branch cut?
>
> Pros of doing it now: plenthy of time to shake out the java 6 build issues,
> easier life for whoever works only on trunk.
>
> Pros of doing it later: ease of backport, coding on trunk on java 6
> we'll have some compile or test issues when backporting stuff
> to the stable branch.
>
> My suggestion: let's switch now and let's also try to keep the life
> of the current trunk "short", 6 months at most.
> Which is half of the usual cycle.
>
> "Now" means anyways organizing ourselves so that by the time
> we start using java 6 specific API both project have switched
> the compiled mode to java 6, are building there without errors,
> and are thus ready to take java 6 api usage withou hiccups.
>
> Opinions?
>
> Cheers
> Andrea
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax:      +39 0584 962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>
> ------------------------------------------------------------------------------
> 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]<mailto:[email protected]>
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>

-- 
Ben Caradoc-Davies <[email protected]>
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

------------------------------------------------------------------------------
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