<div><div dir="auto">Excellent! I will set budget accordingly, goal being to gather if we can. </div></div><div><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 18, 2018 at 1:02 AM María Arias de Reyna <<a href="mailto:delawen@gmail.com">delawen@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I have a tentative proposal from the local Java developer group here<br>
in Sevilla to host and participate with volunteers on the codesprint<br>
for GeoNetwork (which is where I can help most). Not sure how well<br>
this will go, as most of them has no GIS experience, but I'm excited!<br>
<br>
On Tue, Sep 18, 2018 at 9:58 AM Torsten Friebe <<a href="mailto:friebe@lat-lon.de" target="_blank">friebe@lat-lon.de</a>> wrote:<br>
><br>
> Hi Jody,<br>
><br>
> thanks for setting up this code sprint. For the deegree project this<br>
> is very important too. Besides getting deegree ready for Java 11+ we<br>
> are also facing the issue that deegree code has dependencies to<br>
> Oracle's JAI and other outdated libraries.<br>
> I will share this with the deegree Developer mailing list and<br>
> hopefully we can join the code sprint.<br>
><br>
> Cheers<br>
> Torsten<br>
><br>
> Zitat von Jody Garnett <<a href="mailto:jody.garnett@gmail.com" target="_blank">jody.garnett@gmail.com</a>>:<br>
><br>
> > When:  October 22-26th<br>
> > Where: North America (Victoria, BC), Europe (Italy or UK proposed), Oceania<br>
> > (recommendations welcome)<br>
> > Wiki: <a href="https://wiki.osgeo.org/wiki/Java_2018_Code_Sprint" rel="noreferrer" target="_blank">https://wiki.osgeo.org/wiki/Java_2018_Code_Sprint</a><br>
> ><br>
> > If you or your project is interested in taking part, even remotely, please<br>
> > add yourself to the above wiki page!<br>
> ><br>
> > The Java community has a challenge ahead, with recent policy changes<br>
> > setting the Java platform on a six-month release cycle. We also have<br>
> > a *python3<br>
> > moment* as our open source libraries are tasked with upgrading to the use<br>
> > of the "jigsaw" module system.<br>
> ><br>
> > Top level applications like GeoServer and GeoNetwork need to make some<br>
> > changes in order to run at all. Mostly this requires a dependency review,<br>
> > upgrading to new libraries such as Spring 5 that are compatible with Java<br>
> > 11. Many of these libraries are broken due to changes to how reflection is<br>
> > handled.<br>
> ><br>
> > Java libraries like JTS and GeoTools are put in an awkward position as a<br>
> > bottleneck on the safe use of the module system (see module hell problem<br>
> > <<a href="http://blog.joda.org/2017/05/java-se-9-jpms-automatic-modules.html" rel="noreferrer" target="_blank">http://blog.joda.org/2017/05/java-se-9-jpms-automatic-modules.html</a>>). A<br>
> > further complication for is a restriction preventing two jars from making<br>
> > use of the same package.<br>
> ><br>
> > Planning is currently underway:<br>
> ><br>
> >    - GSIP 171 Java 18.9 Compatibility<br>
> >    <<a href="https://github.com/geoserver/geoserver/wiki/GSIP-171" rel="noreferrer" target="_blank">https://github.com/geoserver/geoserver/wiki/GSIP-171</a>> (GeoServer)<br>
> >    - Strategy for GeoNetwork<br>
> ><br>
> > <<a href="https://github.com/geonetwork/core-geonetwork/wiki/OSGeo-Java-codesprint-2018" rel="noreferrer" target="_blank">https://github.com/geonetwork/core-geonetwork/wiki/OSGeo-Java-codesprint-2018</a>><br>
> >    - Restructure GeoTools into Jigsaw modules<br>
> ><br>
> > <<a href="https://github.com/geotools/geotools/wiki/Restructure-GeoTools-into-Jigsaw-modules" rel="noreferrer" target="_blank">https://github.com/geotools/geotools/wiki/Restructure-GeoTools-into-Jigsaw-modules</a>><br>
> ><br>
> > Recommended reading:<br>
> ><br>
> >    - What Comes After JDK 8? <<a href="https://www.azul.com/what-comes-after-jdk-8/" rel="noreferrer" target="_blank">https://www.azul.com/what-comes-after-jdk-8/</a>> -<br>
> >    java release cycle changes<br>
> >    - It's time! Migrating to Java 11<br>
> ><br>
> > <<a href="https://medium.com/criciumadev/its-time-migrating-to-java-11-5eb3868354f9" rel="noreferrer" target="_blank">https://medium.com/criciumadev/its-time-migrating-to-java-11-5eb3868354f9</a>><br>
> > -<br>
> >    spring upgrade example<br>
> >    - The State of the Module System<br>
> >    <<a href="http://openjdk.java.net/projects/jigsaw/spec/sotms" rel="noreferrer" target="_blank">http://openjdk.java.net/projects/jigsaw/spec/sotms</a>> - technical<br>
> >    background<br>
><br>
><br>
> --<br>
> ### -->  Bitte beachten Sie unsere neuen Rufnummern!  <--  ###<br>
><br>
> l a t / l o n  GmbH<br>
> Aennchenstrasse 19                    53177 Bonn, Germany<br>
> phone ++49 +228 9477 9877             fax ++49 +228 9477 0154<br>
> <a href="http://www.lat-lon.de" rel="noreferrer" target="_blank">http://www.lat-lon.de</a>                 <a href="http://www.deegree.org" rel="noreferrer" target="_blank">http://www.deegree.org</a><br>
><br>
> lat/lon gesellschaft für raumbezogene informationssysteme mbH<br>
> Registergericht: Amtsgericht Bonn, HRB 13042<br>
> Geschäftsführer: Jens Fitzke und Torsten Friebe<br>
><br>
> _______________________________________________<br>
> Discuss mailing list<br>
> <a href="mailto:Discuss@lists.osgeo.org" target="_blank">Discuss@lists.osgeo.org</a><br>
> <a href="https://lists.osgeo.org/mailman/listinfo/discuss" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/discuss</a><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Jody Garnett</div></div></div></div></div>