Well apart from the feature type parser, there is another important part
in the module that relies on xsd stuff, i.e. the xpath property
accessor. This I think is a very important part of complex features;
without this you can't have filters on complex features.
The only thing that really remains xml free are a few very simple
builder classes.
Considering this, and seeing there was a consensus growing around it, I
would personally prefer to stay with the current plan of a complex module.
Kind Regards
Niels Charlier
On 12/12/2012 03:03 PM, Andrea Aime wrote:
On Wed, Dec 12, 2012 at 2:45 PM, Niels Charlier <[email protected]
<mailto:[email protected]>> wrote:
I see. So what you'd suggest we move a bunch of that stuff in to
gt-main.
I have to have a look at which part will still remain. Perhaps too
little to keep in a separate package. Maybe we should still move
that stuff into gt-appschema-resolver but keep the name?
It's going to be easier to tell once you figured out what remains.
Please let us know :-)
Cheers
Andrea
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
