[Geotools-devel] [jira] Created: (GEOT-3693) MapContent.getMaxBounds method should be public

2011-07-05 Thread Michael Bedward (JIRA)
MapContent.getMaxBounds method should be public --- Key: GEOT-3693 URL: https://jira.codehaus.org/browse/GEOT-3693 Project: GeoTools Issue Type: Bug Components: render Reporte

Re: [Geotools-devel] starting 8.0-M1

2011-07-05 Thread Jody Garnett
Update; the deploy went well; I am waiting on the uDig QA process before anouncing this one in case I have to fix anything and update the tag. I have pushed a couple small changes back to trunk (readme and rename.xml modified for 8-SNAPSHOT). -- Jody Garnett On Monday, 4 July 2011 at 8:15 PM,

[Geotools-devel] [jira] Created: (GEOT-3692) JDBCTransactionTest does not wrap attributes in aname

2011-07-05 Thread Alex Trofast (JIRA)
JDBCTransactionTest does not wrap attributes in aname - Key: GEOT-3692 URL: https://jira.codehaus.org/browse/GEOT-3692 Project: GeoTools Issue Type: Test Components: jdbc Affe

Re: [Geotools-devel] Optimizing (and maybe fixing) the recode function

2011-07-05 Thread Michael Bedward
On 5 July 2011 17:32, Andrea Aime wrote: > Or are you already the one? :-) Me ???!!! I think not :-) Michael -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive r

Re: [Geotools-devel] Optimizing (and maybe fixing) the recode function

2011-07-05 Thread Andrea Aime
On Tue, Jul 5, 2011 at 9:14 AM, Michael Bedward wrote: > Hi Andrea, > > > On the fly compilation of classes will put the results in the permanent > > generation, > > depending on the garbage collector chosen it will result in a memory leak > in > > the permanent generation (once put there there mi

Re: [Geotools-devel] Optimizing (and maybe fixing) the recode function

2011-07-05 Thread Michael Bedward
Hi Andrea, > On the fly compilation of classes will put the results in the permanent > generation, > depending on the garbage collector chosen it will result in a memory leak in > the permanent generation (once put there there might be no way to reclaim > them). > This actually depends on what hap