On Wed, 2008-06-25 at 18:06 +0200, Simone Giannecchini wrote: > On Wed, Jun 25, 2008 at 5:58 PM, Martin Desruisseaux > <[EMAIL PROTECTED]> wrote: > > Simone Giannecchini a écrit : > >> > >> My main concern with using JAXB and its annotations is that it make > >> hard if not impossible to use others technologies like hibernate which > >> can use annotations themselves. > > > > As stated in an earlier email, annotations are fully qualified constructs > > like any Java classes. JAXB annotations can not conflict with Hibernate > > annotations even if they have the same name, because they live in different > > packages. > > > > Nothing prevent us from putting JAXB + Hibernate annotations on the same > > classes. > > I have never tried to use different annotations sets on the same > classes, so I have to trust you here. > Nevertheless, having two different sets of annotations on the same > file looks a bit messy to me and this is one of the reasons why I > would rather avoid to add any if possible.
Hey, This is *not* a valid argument. We have on one hand "We want to improve GeoTools by doing xxxx" and on the other "No because that looks messy to me". That's much too weak an argument to be serious. So let's get back to real issues and figure out if there are any actual reasons that anyone has to stop this work. Would more annotations stop anyone from getting their work done, products delivered, services built? If so, why and how? If we cannot come up with a concrete set of reasons to prevent this work, I don't think we have any place to tell Martin not to build the code he wants to build, especially not in the modules he maintains. I'm personally an ecological modeler at heart and so EMF seems like more fun to me if I had to choose technology to learn. But if Martin wants to write JAXB, and that doesn't interfere with anyone, well more power to him, no? Concrete issues we can fix, abstract rejections we cannot, --adrian ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
