<div class="gmail_quote">On Sat, Dec 31, 2011 at 11:26 PM, Cameron Shorter <span dir="ltr"><<a href="mailto:cameron.shorter@gmail.com">cameron.shorter@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Geoserver-Devel, Jody,<br>
    <br>
    As per email thread below, the OSGeo-Live project is looking for
    guidance on what we should do regarding a migration to OpenJDK.<br>
    <br>
    The brief facts:<br>
    * Sun Java is not allowed to be packaged into future distributions
    (like ubuntu, debian, or OSGeo-Live). Instead, users are expected to
    download SunJava from Sun.<br>
    * SunJava 7 will be based upon OpenJDK.<br>
    * OpenJDK is reportedly much better than previous OpenJDK versions.<br>
    <br>
    For OSGeo-Live:<br>
    * OSGeo-Live v5.5 (released in March 2012) will be based upon the
    older Xubuntu 10.04, so at a pinch, we can still use Sun java, (but
    won't be able to accept security updates). For OSGeo-Live v6.0 (Sept
    2012), we intend to use Xubuntu 12.04, and hence will only be able
    to use OpenJDK.<br>
    * OSGeo-Live is space limited, and we strongly prefer to only
    include one flavour of java, otherwise we need to remove some of our
    windows installers.<br>
    <br>
    So bottom line is that java applications which wish to be included
    in Linux distributions will need to support OpenJDK soon, and this
    is coming to a head as we package OSGeo-Live.<br></div></blockquote><div><br></div><div>To my knowledge there has been no effort to support OpenJDK, it's not used in production in any serious place I know of and</div>
<div>last time I checked graphics performance was very poor, not to mention resulting in poorer quality maps.</div><div>Again afaik, none of the developers is using it, nor the build server is testing it.</div><div><br></div>
<div>Also please consider that both Geotools and GeoServer are likely to stay on JDK 6 for quite some time (JDK 6 EOL is</div><div>June 2012, my guess is that we'll stay on it for another 6-12 months past that), so any </div>
<div>improvement in OpenJDK 7 won't help us much.</div><div><br></div><div><div>Given that business requirements are still squarely on Oracle JDK we'd need some OpenJDK "champion" that takes care of</div>
<div>supporting that enviroment, finds all the changes necessary to make the apps work reliably on it, and pushes to get the</div><div>same in the code base. If someone shows up that wants to carry on the task I'll be happy to help with a portion of my </div>
<div>weekend spare time hours.</div></div><div>Another option is that the PSC of both projects votes to start supporting OpenJDK, dedicating the effort to get there and</div><div>the continous effort to keep it there (who wants to try the build on both JDK 6 and OpenJDK before committing?... hmmm)</div>
<div><br></div><div>Cheers</div><div>Andrea</div></div><div><br></div>-- <br>-------------------------------------------------------<br>Ing. Andrea Aime<br>GeoSolutions S.A.S.<br>Tech lead<br><br>Via Poggio alle Viti 1187<br>
55054  Massarosa (LU)<br>Italy<br><br><span>phone: </span><a value="+390584962313">+39 0584 962313</a><br><span>fax:      </span><a value="+390584962313">+39 0584 962313</a><br><span>mob:    </span><a><font color="#1155cc" face="arial, sans-serif"><span>+39 </span></font>339 8844549</a><br>
<div><br><a href="http://www.geo-solutions.it" target="_blank">http://www.geo-solutions.it</a><br><a href="http://geo-solutions.blogspot.com/" target="_blank">http://geo-solutions.blogspot.com/</a><br><a href="http://www.youtube.com/user/GeoSolutionsIT" target="_blank">http://www.youtube.com/user/GeoSolutionsIT</a><br>
<a href="http://www.linkedin.com/in/andreaaime" target="_blank">http://www.linkedin.com/in/andreaaime</a><br><a href="http://twitter.com/geowolf" target="_blank">http://twitter.com/geowolf</a><br><br><span>Please take note that GeoSolutions will be closed for Christmas holidays from 27/12 to 30/12</span><br>
<br>-------------------------------------------------------</div><br>