Hi Andrea,
Many thanks - this sounds really good. I can make immediate use of it
in a current project.
Like Jody, I'd be very keen to have this in gt-main.
Michael
--
EMC VNX: the world's simplest storage, starting unde
That sounds good Jody, and thanks for switching the scope of the wms dependency.
Michael
On 28 August 2011 17:37, Jody Garnett wrote:
> Evening Micheal:
> I would like to rescue some swing code from 2.5.x as shown here:
> - http://svn.osgeo.org/geotools/branches/2.5.x/modules/unsupported/widgets
No worries.
I also not that "TypeNameChooser" is dead code not referenced by anything in
the code base; has no javadocs etc...
Want to kill it? It is just a single static method currently ...
--
Jody Garnett
On Monday, 29 August 2011 at 6:08 PM, Michael Bedward wrote:
> That sounds good
Wow indeed, very impressive. Definitely +1 for merging it into main,
most particularly ContentDataStore, since the is the recommended starting
point for new datastores these days. Since it is a wrapping feature reader
this should be trivial. Great stuff.
On Mon, Aug 29, 2011 at 2:06 AM, Michael Be
On Mon, Aug 29, 2011 at 4:43 PM, Justin Deoliveira wrote:
> Wow indeed, very impressive. Definitely +1 for merging it into main,
> most particularly ContentDataStore, since the is the recommended starting
> point for new datastores these days. Since it is a wrapping feature reader
> this should be
No good suggestions.
One long term bad suggestion; start to make the "Register" smarter again (it
was smart initially and responsible for cross data store locks). If you do
allow it to be smart you could allow it to be backed by a local H2 database
which it could use to supplement the functio
On Mon, Aug 29, 2011 at 5:58 PM, Andrea Aime
wrote:
> The other open issue is that yes, you can configure a max number of open
> files,
> yet that has to be multiplied by the number of concurrent requests, so
> on a server
> app it's still relatively easy to break the max file open limit.
> Not s
On 30 August 2011 00:14, Jody Garnett wrote:
> No worries.
> I also not that "TypeNameChooser" is dead code not referenced by anything in
> the code base; has no javadocs etc...
> Want to kill it? It is just a single static method currently ...
I don't remember it being used in past examples. Jus