[Geoserver-devel] [jira] (GEOS-6463) WMS 1.3 GetCapabilities with JDBCConfig throws ClassCastException

Title: Message Title Kevin Smith created an issue

[Geoserver-devel] Build failed in Jenkins: cite-wcs-1.1 #191

See -- [...truncated 3252 lines...] [exec] at com.occamlab.te.parsers.XMLValidatingParser.parse(XMLValidatingParser.java:223) [exec] at com.occamlab.te.parsers.XMLValidatingParser.pa

[Geoserver-devel] Build failed in Jenkins: cite-wcs-1.0 #193

See -- [...truncated 2519 lines...] [exec] at net.sf.saxon.instruct.Block.processLeavingTail(Block.java:409) [exec] at net.sf.saxon.instruct.Block.processLeavingTail(Block.java:409)

[Geoserver-devel] Jenkins build is back to normal : 2.5-cite-wfs-1.1 #55

See -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social,

[Geoserver-devel] Build failed in Jenkins: 2.5-cite-wcs-1.1 #53

See -- [...truncated 26352 lines...] [exec] at net.sf.saxon.instruct.Choose.processLeavingTail(Choose.java:625) [exec] at net.sf.saxon.instruct.Block.processLeavingTail(Block.java

[Geoserver-devel] Jenkins build is back to normal : 2.5-cite-wfs-1.0 #53

See -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social,

Re: [Geoserver-devel] Feeding metadata to DataStores

On Fri, Apr 25, 2014 at 4:16 PM, Sampo Savolainen < sampo.savolai...@spatineo.com> wrote: > We don't wrap stores at the ResourcePool level, if we do, it's happening >> higher level in the security >> wrappers. ResourcePool gets the stores from the factories directly, there >> are no intermediaries

Re: [Geoserver-devel] Feeding metadata to DataStores

On Fri, Apr 25, 2014 at 4:21 PM, Andrea Aime wrote: > On Fri, Apr 25, 2014 at 2:47 PM, Sampo Savolainen < > sampo.savolai...@spatineo.com> wrote: > >> Generalizing this is definitely one way to go. I'm a bit wary of starting >>> doing that, especially since from the looks of it, the SQL view >>> i

Re: [Geoserver-devel] Feeding metadata to DataStores

On Fri, Apr 25, 2014 at 2:47 PM, Sampo Savolainen < sampo.savolai...@spatineo.com> wrote: > Generalizing this is definitely one way to go. I'm a bit wary of starting >> doing that, especially since from the looks of it, the SQL view >> implementation looks a bit iffy. See the third line you quoted

Re: [Geoserver-devel] Feeding metadata to DataStores

On Fri, Apr 25, 2014 at 3:18 PM, Andrea Aime wrote: > On Fri, Apr 25, 2014 at 11:33 AM, Sampo Savolainen < > sampo.savolai...@spatineo.com> wrote: > >> Hi, >> >> The XStreamPersister Andrea designed is working great for me after I made >> the small change I mentioned a few hours ago. But this stil

Re: [Geoserver-devel] Feeding metadata to DataStores

On Fri, Apr 25, 2014 at 11:33 AM, Sampo Savolainen < sampo.savolai...@spatineo.com> wrote: > Hi, > > The XStreamPersister Andrea designed is working great for me after I made > the small change I mentioned a few hours ago. But this still leaves part of > the problem of feeding featuretype.xml conf

Re: [Geoserver-devel] Feeding metadata to DataStores

One additional strategy comes to mind. The metadata could be put in the Query hints. A reference to the complete metadata map could be injected as a single entry in the query hints. This would require little or no refactoring. All that is required is a common entry point for queries where this hint

[Geoserver-devel] Feeding metadata to DataStores

Hi, The XStreamPersister Andrea designed is working great for me after I made the small change I mentioned a few hours ago. But this still leaves part of the problem of feeding featuretype.xml configuration to DataStores / FeatureSources. The parsed metadata is part of the GS catalog FeatureTypeI

Re: [Geoserver-devel] Allow plugins to customize XStreamPersister

Ok. This is a bit ugly, but seems to work for me: In org.geoserver.config.GeoServerLoader: public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { xpf.setApplicationContext(applicationContext); } The method already exists but was e