Re: [Geotools-devel] Proposal Replace Contribution Agreement

2013-02-05 Thread Jody Garnett
I would prefer not to mess with it if we don't have to (part of our motivation in looking at this is to provide something that is clear cut so legal departments do not need to think). If I word that more strongly we would need to talk to a legal rep at free software foundation to find you a

[Geotools-devel] Problems with WMS client contacting an Inspire enabled GeoServer

2013-02-05 Thread Mauro Bartolomeoli
Hi all, I'm trying to solve a bug with the GeoTools WMS client, that when contacting a GeoServer service with inspire extensions enabled, throws exception and it's very slow to complete the GetCapabilities request. This is very annoing because it prevents use of this type of services with the

Re: [Geotools-devel] Problems with WMS client contacting an Inspire enabled GeoServer

2013-02-05 Thread Andrea Aime
On Tue, Feb 5, 2013 at 12:43 PM, Mauro Bartolomeoli mauro.bartolome...@geo-solutions.it wrote: I have two options: * simplest one: SchemaFactory looks in classpath for schemas.properties files containing uri - localpath bindings used for preloading and caching schemas. The content of

[Geotools-devel] [jira] (GEOT-4385) createElementHandler in ElementHandlerFactory fails for Elements without a Type

2013-02-05 Thread Mauro Bartolomeoli (JIRA)
Mauro

[Geotools-devel] [jira] (GEOT-4386) SchemaFactory getInstance methods very slow on some XSD used by Inspire

2013-02-05 Thread Mauro Bartolomeoli (JIRA)
Mauro

Re: [Geotools-devel] Problems with WMS client contacting an Inspire enabled GeoServer

2013-02-05 Thread Justin Deoliveira
I wonder if a third alternative would be to utilize the URIResolver apis already present in the jdk. If I am not mistaken the app-schema folks use this to solive this same problem. Maybe Ben or Rini can comment on that. At what point are the schemas downloaded? Are they done by the underlying xml

Re: [Geotools-devel] Proposal Replace Contribution Agreement

2013-02-05 Thread Frank Warmerdam
On Feb 4, 2013 6:53 PM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.au wrote: I was going to ask Frank for more detail, but reading his original email, it is all there: http://osgeo-org.1560.n6.nabble.com/Contribution-Agreement-Clarity-td5022284.html My understanding of this is that Google

Re: [Geotools-devel] Problems with WMS client contacting an Inspire enabled GeoServer

2013-02-05 Thread Andrea Aime
Il giorno 05/feb/2013 16:39, Justin Deoliveira jdeol...@opengeo.org ha scritto: I wonder if a third alternative would be to utilize the URIResolver apis already present in the jdk. If I am not mistaken the app-schema folks use this to solive this same problem. Maybe Ben or Rini can comment on

Re: [Geotools-devel] Problems with WMS client contacting an Inspire enabled GeoServer

2013-02-05 Thread Andrea Aime
Il giorno 05/feb/2013 16:39, Justin Deoliveira jdeol...@opengeo.org ha scritto: I wonder if a third alternative would be to utilize the URIResolver apis already present in the jdk. If I am not mistaken the app-schema folks use this to solive this same problem. Maybe Ben or Rini can comment on

Re: [Geotools-devel] Problems with WMS client contacting an Inspire enabled GeoServer

2013-02-05 Thread Ben Caradoc-Davies
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