Wow, that sounds great, Mauro. Making gt-app-schema-resolver a dependency of gt-xml will require promoting gt-app-schema-resolver to core; this is a large change and will require Justin's approval (as resident xml guru), discussion on the lists, and a change proposal. Are you sure you cannot make the dependency on gt-xsd-core, which is already in extension? Either way, we should be able find a solution that works for you.
When you have a github branch that I can try, I would like to build and test GeoServer using it. Kind regards, Ben. On 06/02/13 18:55, Mauro Bartolomeoli wrote: > 2013/2/6 Ben Caradoc-Davies <[email protected] > <mailto:[email protected]>> > app-schema uses the app-schema-resolver implementation to obtain > schemas from the classpath (jar files), oasis calogs, or cached > downloads. It is designed to drive the XML encoder, and solve the > problem of cross-module relative imports (import of > ../../../whatever) from different sources. It does not use the > URIResolver interface. It implements the GeoTools > SchemaLocationResolver interface. See: > > http://docs.geotools.org/__latest/userguide/extension/__app-schema.html#application-__schema-resolver > > <http://docs.geotools.org/latest/userguide/extension/app-schema.html#application-schema-resolver> > I would have to think more about what youse are trying to do, but > app-schema-resolver has no dependencies on app-schema and could be > the basis of a solution. > > Ok, I did some tests, and good news, app-schema-resolver seems the way > to go. > My idea now is to: > - add a dependency in gt-xml to gt-app-schema-resolver (a little bit > weird since gt-xml is core, and app-schema-resolver an extension, maybe > AppSchemaResolver should find a better home in a core module in the near > future) > - update org.geotools.xml.schema.SchemaFactory to use > AppSchemaResolver with classpath resolving and AppSchemaCache fallback > with automatic download > - configure AppSchemaCache to use a folder found in > schema.factory.cache (this allows to create xsd caches on geoserver > data_dir for example) system property, if defined, or a temporary folder > if not > - as a side effect xsd already available in geotools jars (such as > gt-xsd-core) will be immediately available to SchemaFactory locally > (included the one that was slowing down WMS cascading with inspire) > > I did some test on master and everything seems to work like a charm. Can > I proceed with the pull request? > > Thanks. -- Ben Caradoc-Davies <[email protected]> Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ------------------------------------------------------------------------------ Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb _______________________________________________ GeoTools-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
