Re: [Geotools-devel] Backporting of the SchemaResolver patch to 8.x and 9.x branches
Hi guys. I prepared the backporting for 8.x here: https://github.com/mbarto/geotools/tree/8.x_geot_4386 I followed the schema announced yesterday of extending app-schema-resolver classes from gt-xml ones to mantain code compatibility. Any obstacle to apply this backporting to 8.x soon (maybe after 8.7 is released)? Thanks. Mauro Bartolomeoli 2013/2/20 Ben Caradoc-Davies ben.caradoc-dav...@csiro.au +1. That is a good idea. Because the added classes have new names and a new package, this change is a pure API extension and localised to GeoTools. This change should wait until after the next beta, and will need support (and perhaps a vote?). Note that 8.x is almost obsolete as 9.0 is in beta and will soon be stable. Would you be happy to put it into 9.x only? Kind regards, Ben. On 19/02/13 18:28, Mauro Bartolomeoli wrote: Hi, I would like to ask opinions for the backporting of the GEOT-4386 patch to 8.x and 9.x branches that has just landed on master. My thought for the backport would be to mantain compatibility with existing code, simply avoiding to remove classes in app-schema-resolver, but letting them extend the corresponding new classes in gt-xml (AppSchemaResolver - SchemaResolver, and so on). Following this approach the impact of the backport should not be dramatic, and also GeoServer should not need to be touched. Do you think this could be done? Thanks Mauro Bartolomeoli -- == Our support, Your Success! Visit http://opensdi.geo-solutions.**ithttp://opensdi.geo-solutions.itfor more information. == Dott. Mauro Bartolomeoli @mauro_bart Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/**geosolutions_it http://twitter.com/geosolutions_it --**- -- Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Dott. Mauro Bartolomeoli @mauro_bart Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Backporting of the SchemaResolver patch to 8.x and 9.x branches
2013/2/20 Ben Caradoc-Davies ben.caradoc-dav...@csiro.au +1. That is a good idea. Because the added classes have new names and a new package, this change is a pure API extension and localised to GeoTools. This change should wait until after the next beta, and will need support (and perhaps a vote?). Ok, that's clear. I will come back when next beta is out. Note that 8.x is almost obsolete as 9.0 is in beta and will soon be stable. Would you be happy to put it into 9.x only? For my personal use currently the 8.x series is the most needed because I need to integrate this in a stable version of GeoServer (which currently depends on GT 8.x). Because, as you say, 8.x series is almost obsolete, maybe we can proceed first on 8.x and then wait for 9.x to be backported later? Thanks. Mauro Bartolomeoli -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Dott. Mauro Bartolomeoli @mauro_bart Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Backporting of the SchemaResolver patch to 8.x and 9.x branches
Hi, I would like to ask opinions for the backporting of the GEOT-4386 patch to 8.x and 9.x branches that has just landed on master. My thought for the backport would be to mantain compatibility with existing code, simply avoiding to remove classes in app-schema-resolver, but letting them extend the corresponding new classes in gt-xml (AppSchemaResolver - SchemaResolver, and so on). Following this approach the impact of the backport should not be dramatic, and also GeoServer should not need to be touched. Do you think this could be done? Thanks Mauro Bartolomeoli -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Dott. Mauro Bartolomeoli @mauro_bart Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Backporting of the SchemaResolver patch to 8.x and 9.x branches
+1. That is a good idea. Because the added classes have new names and a new package, this change is a pure API extension and localised to GeoTools. This change should wait until after the next beta, and will need support (and perhaps a vote?). Note that 8.x is almost obsolete as 9.0 is in beta and will soon be stable. Would you be happy to put it into 9.x only? Kind regards, Ben. On 19/02/13 18:28, Mauro Bartolomeoli wrote: Hi, I would like to ask opinions for the backporting of the GEOT-4386 patch to 8.x and 9.x branches that has just landed on master. My thought for the backport would be to mantain compatibility with existing code, simply avoiding to remove classes in app-schema-resolver, but letting them extend the corresponding new classes in gt-xml (AppSchemaResolver - SchemaResolver, and so on). Following this approach the impact of the backport should not be dramatic, and also GeoServer should not need to be touched. Do you think this could be done? Thanks Mauro Bartolomeoli -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Dott. Mauro Bartolomeoli @mauro_bart Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel