I am not sure adding a dependency on jaxb from a core module like metadata is such good idea. Others may feel differently about this but i would prefer that dependencies such as this are not added to the very core of the library unless its absolutely necessary. Is there any way you can achieve your goals in a separate module?
The upgrade to jaxb 2.0 will be a problem for the xsd module, which depends on metadata. I tried before and it led to problems. I would have to look into it again to see what exactly they are. It also seems that we are adding another xml serialization technology to the mix... sigh. That brings us up to 5: * raw sax * raw dom * xdo * xsd * jaxb -Justin Martin Desruisseaux wrote: > We would like to read and write metadata (for now) and CRS (later) objects in > XML. We experimented the addition of JAXB annotations on two GeoTools metadata > implementations with the help of XmlAdapters for mapping GeoAPI interfaces to > GeoTools implementations, and it seems to work. My questions: > > 1) What peoples think about adding JAXB annotations to all ISO metadata > implementations on trunk? > > 2) Are we allowed to add a dependency on metadata to JAXB-API 2.1? > > 3) We noticed that some other GeoTools modules (not sure which ones) > use JAXB 1.3. Can we upgrate to JAXB 2.1? > > 4) If everyone is fine with that, can we get a commit right for > Cédric Briançon (he would do this work). > > Metadata are relatively straightforward. If we succeed with them, the next > (more > complex) step would be to do the same on CRS implementations. > > Martin > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:4007,479f1373293892085621377! > -- Justin Deoliveira The Open Planning Project http://topp.openplans.org ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
