[Geoserver-devel] [jira] (GEOS-6738) WFS GML3 output format

2014-10-28 Thread Thomas Sandor (JIRA)
Title: Message Title Thomas Sandor created an issue

Re: [Geoserver-devel] Listing contents of a ResourceStore

2014-10-28 Thread Jody Garnett
I think I documented that let me find a link ... Paths.BASE is a static constant (of the empty string) which can be used to access the base of the data directory. On Oct 28, 2014, at 4:05 AM, Andrea Aime wrote: Hi, looking at the current ResourceStore code, I don't see a way to just list the

Re: [Geoserver-devel] FileSystemResourceStore, locks and deletion

2014-10-28 Thread Jody Garnett
Yes please, I focused on just replicating resisting functionally for initial integration. > On Oct 28, 2014, at 4:02 AM, Andrea Aime wrote: > > Hi, > I'm looking into the FileSystemResourceStore and noticed the following: when > reading or > writing a resource via a stream a lock is acquired

[Geoserver-devel] GeoTools / GeoServer Meeting 2014-10-28

2014-10-28 Thread Ben.Caradoc-Davies
GeoTools / GeoServer Meeting 2014-10-28 === Attending - Ben Caradoc-Davies Jody Garnett Andrea Aime Victor Tey Agenda -- * Welcome to Victor * WPS Clustering Proposal * Pull Request Roundup * Code sprint * Meeting Time Actions from last meeting -

[Geoserver-devel] Listing contents of a ResourceStore

2014-10-28 Thread Andrea Aime
Hi, looking at the current ResourceStore code, I don't see a way to just list the top level contents of the store, it seems one needs to know what resources to look for, and then it can go from there using the Resource own list method. Shall we add a "root()" method returning the root of the resou

[Geoserver-devel] FileSystemResourceStore, locks and deletion

2014-10-28 Thread Andrea Aime
Hi, I'm looking into the FileSystemResourceStore and noticed the following: when reading or writing a resource via a stream a lock is acquired (in() and out() methods), however it seems that delete() and renameTo() are not using locks, meaning one could wipe the resource below the feets of the stre