+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