Who was it that once said something about complaining without offering up
any alternative to make it better…?

That said I agree with Andrea, given the chance to do this over again I
would certainly push for not using EMF and the way those model generations
work. I would say moving forward that definitely for newer models being
added not to follow the EMF pattern, and use something like JAXB.

About the models that exist though… it would be a serious undertaking to
port them to something else. Also keeping in mind that at the time they
were built the only parser I could find that could actually handle some of
the crazy OGC schemas was the EMF one… as some of the JAXB stuff was still
in infancy at that point, or just couldn’t handle the craziness. Hopefully
that has changed now. That said perhaps with some search and replace
goodness those models could be converted… it might be worth starting with
one of the simpler ones to see if those classes could be reused in a jaxb
context.

$0.02

On Fri, Apr 7, 2017 at 3:20 AM Andrea Aime <[email protected]>
wrote:

> Hi Ian,
> yep, it's a royal pain... the latest model I've generated, I've done the
> EMF way, but it required
> grabbing a Eclipse as old as the tutorial, then generating the object
> model from the schema, and twaking
> the interfaces and re-generating the EMF model iteratively until I got to
> a satisfactory point
> (or lost patience/hope and called it good enough).
>
> Cheers
> Andrea
>
>
> On Fri, Apr 7, 2017 at 11:03 AM, Ian Turton <[email protected]> wrote:
>
> Do we as a project have a view on how to generate bindings from an XML
> schema?
>
> The XML Faq (
> http://docs.geotools.org/latest/userguide/library/xml/faq.html) helpfully
> lists 7 different parsing approaches while the internals page (
> http://docs.geotools.org/latest/userguide/library/xml/internal/index.html)
> has links to (essentially) blank pages about the modules involved in xml
> handling. If I look at the tutorial (
> http://docs.geotools.org/latest/userguide/library/xml/internal/tutorial.html)
> it uses JAXB (which apparently none of our modules do). There is also a
> guide to the codegen methodolgy (
> http://docs.geotools.org/latest/userguide/library/xml/internal/code.html)
> which doesn't seem to match what modules on the ground (e,g, wfs) do and
> seems to only generate an empty schema class. Then there is EMF, but the
> latest tutorial for that is from 2014 (
> http://eclipsesource.com/blogs/tutorials/emf-tutorial/) so it's either
> very out of date or very stable.
>
> Personally I'd lean towards JAXB as it is built in and the OGC provide
> prebuilt jars (https://repo1.maven.org/maven2/org/jvnet/ogc/) for most of
> their standards. But as JABX is currently the only XML technology we don't
> use I'm wary of adding yet another XML technology to our stack.
>
> Thoughts?
>
> Ian
>
>
> --
> Ian Turton
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> GeoTools-Devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
>
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
>
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> -------------------------------------------------------
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to