[Geoserver-devel] Has the time come? 2.2.0 final

GeoServer GeoServer Developer
1

Hi,
as far as I can see RC3 has been good and we haven’t got much negative feedback
about it, so I guess it’s time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux and windows
shell scripts to avoid that issue, but I did not touch the service installers on Windows,
we should probably fix that as well… is there anyone with windows handy that can do that
fix?

We have had some fixes on the the 2.2.x branch (http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC),
so I guess it’s better to pick the branch.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya <volayaf@anonymised.com>
Date: Fri Sep 7 10:33:59 2012 +0200

Changed parameter names with blank spaces. This can cause problems when reusing them at an upper level to call proce
Removed AggregationFunction enum at UniqueProcess (probably left there unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub <tim.schaub@anonymised.com>
Date: Sun Sep 9 10:37:43 2012 -0600

Correcting illegal argument exception message.

Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive <jdeolive@anonymised.com501…>
Date: Wed Sep 5 22:35:05 2012 -0600

ensuring that parser delegates rinheirent namespace prefix mappings, see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release GeoTools 8.2 based on those?

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

2

On Fri, Sep 14, 2012 at 2:35 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
as far as I can see RC3 has been good and we haven’t got much negative feedback
about it, so I guess it’s time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux and windows
shell scripts to avoid that issue, but I did not touch the service installers on Windows,
we should probably fix that as well… is there anyone with windows handy that can do that
fix?

Just updated the mac installer. I am guessing Mike can probably squeeze in a quick fix for the windows installer as well.

We have had some fixes on the the 2.2.x branch (http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC),
so I guess it’s better to pick the branch.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya <volayaf@anonymised.com>
Date: Fri Sep 7 10:33:59 2012 +0200

Changed parameter names with blank spaces. This can cause problems when reusing them at an upper level to call proce
Removed AggregationFunction enum at UniqueProcess (probably left there unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub <tim.schaub@anonymised.com>
Date: Sun Sep 9 10:37:43 2012 -0600

Correcting illegal argument exception message.

Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive <jdeolive@anonymised.com>
Date: Wed Sep 5 22:35:05 2012 -0600

ensuring that parser delegates rinheirent namespace prefix mappings, see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release GeoTools 8.2 based on those?

+1 on GeoTools 8.2.

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

3

You bet. Windows installer is now updated. See here:

https://github.com/geoserver/geoserver/commit/67c36533cb027bc2491b851c5ced7b85426286b9
https://github.com/geoserver/geoserver/commit/43b87f8223461e17f2aff354be1990f4cb52061e

(And apologies for the redundant add/deletes throughout that commit; don't know how that happened. The real change to GeoServerEXE.nsi is on line 853.)

Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org

On 9/14/2012 6:45 AM, Justin Deoliveira wrote:

On Fri, Sep 14, 2012 at 2:35 AM, Andrea Aime
<andrea.aime@anonymised.com>wrote:

Hi,
as far as I can see RC3 has been good and we haven't got much negative
feedback
about it, so I guess it's time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows
user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux
and windows
shell scripts to avoid that issue, but I did not touch the service
installers on Windows,
we should probably fix that as well.. is there anyone with windows handy
that can do that
fix?

Just updated the mac installer. I am guessing Mike can probably squeeze in
a quick fix for the windows installer as well.

We have had some fixes on the the 2.2.x branch (
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+"2.2"+AND+status+%3D+"Resolved"+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC
),
so I guess it's better to pick the branch.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya <volayaf@anonymised.com>
Date: Fri Sep 7 10:33:59 2012 +0200

    Changed parameter names with blank spaces. This can cause problems
when reusing them at an upper level to call proce
    Removed AggregationFunction enum at UniqueProcess (probably left there
unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub <tim.schaub@anonymised.com>
Date: Sun Sep 9 10:37:43 2012 -0600

    Correcting illegal argument exception message.

    Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive <jdeolive@anonymised.com>
Date: Wed Sep 5 22:35:05 2012 -0600

    ensuring that parser delegates rinheirent namespace prefix mappings,
see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release
GeoTools 8.2 based on those?

+1 on GeoTools 8.2.

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

4

@Justin, do you see a change to fix http://jira.codehaus.org/browse/GEOS-5290. AFAIK this is may be a show stopper for a big German trust producing cars. Only a question :slight_smile:

2012/9/14 Mike Pumphrey <mike@anonymised.com>

You bet. Windows installer is now updated. See here:

https://github.com/geoserver/geoserver/commit/67c36533cb027bc2491b851c5ced7b85426286b9
https://github.com/geoserver/geoserver/commit/43b87f8223461e17f2aff354be1990f4cb52061e

(And apologies for the redundant add/deletes throughout that commit; don’t know how that happened. The real change to GeoServerEXE.nsi is on line 853.)

Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org

On 9/14/2012 6:45 AM, Justin Deoliveira wrote:

On Fri, Sep 14, 2012 at 2:35 AM, Andrea Aime
<andrea.aime@anonymised.com>wrote:

Hi,
as far as I can see RC3 has been good and we haven’t got much negative
feedback
about it, so I guess it’s time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows
user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux
and windows
shell scripts to avoid that issue, but I did not touch the service
installers on Windows,
we should probably fix that as well… is there anyone with windows handy
that can do that
fix?

Just updated the mac installer. I am guessing Mike can probably squeeze in
a quick fix for the windows installer as well.

We have had some fixes on the the 2.2.x branch (
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC
),
so I guess it’s better to pick the branch.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya <volayaf@anonymised.com>
Date: Fri Sep 7 10:33:59 2012 +0200

Changed parameter names with blank spaces. This can cause problems
when reusing them at an upper level to call proce
Removed AggregationFunction enum at UniqueProcess (probably left there
unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub <tim.schaub@anonymised.com>
Date: Sun Sep 9 10:37:43 2012 -0600

Correcting illegal argument exception message.

Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive <jdeolive@anonymised.com>
Date: Wed Sep 5 22:35:05 2012 -0600

ensuring that parser delegates rinheirent namespace prefix mappings,
see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release
GeoTools 8.2 based on those?

+1 on GeoTools 8.2.

Cheers
Andrea

–

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

5

Well… for this issue there are two ways forward. The low effort route which involves forgoing the namespace lookup in the catalog and instead use the one that comes from the feature type info. As Ben mentions the more robust case would be to allow read only access to the namespace… but this is a pretty core change to the security stuff.

So if Ben agrees that the short term solution in this case will work i would vote we go for that route, and i do believe it could get into the 2.2.0 release.

$0.02

On Sun, Sep 16, 2012 at 6:35 AM, Christian Mueller <mcrmcr21@anonymised.com> wrote:

@Justin, do you see a change to fix http://jira.codehaus.org/browse/GEOS-5290. AFAIK this is may be a show stopper for a big German trust producing cars. Only a question :slight_smile:

2012/9/14 Mike Pumphrey <mike@anonymised.com>

You bet. Windows installer is now updated. See here:

https://github.com/geoserver/geoserver/commit/67c36533cb027bc2491b851c5ced7b85426286b9
https://github.com/geoserver/geoserver/commit/43b87f8223461e17f2aff354be1990f4cb52061e

(And apologies for the redundant add/deletes throughout that commit; don’t know how that happened. The real change to GeoServerEXE.nsi is on line 853.)

Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org

On 9/14/2012 6:45 AM, Justin Deoliveira wrote:

On Fri, Sep 14, 2012 at 2:35 AM, Andrea Aime
<andrea.aime@anonymised.com>wrote:

Hi,
as far as I can see RC3 has been good and we haven’t got much negative
feedback
about it, so I guess it’s time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows
user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux
and windows
shell scripts to avoid that issue, but I did not touch the service
installers on Windows,
we should probably fix that as well… is there anyone with windows handy
that can do that
fix?

Just updated the mac installer. I am guessing Mike can probably squeeze in
a quick fix for the windows installer as well.

We have had some fixes on the the 2.2.x branch (
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC
),
so I guess it’s better to pick the branch.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya <volayaf@anonymised.com>
Date: Fri Sep 7 10:33:59 2012 +0200

Changed parameter names with blank spaces. This can cause problems
when reusing them at an upper level to call proce
Removed AggregationFunction enum at UniqueProcess (probably left there
unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub <tim.schaub@anonymised.com>
Date: Sun Sep 9 10:37:43 2012 -0600

Correcting illegal argument exception message.

Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive <jdeolive@anonymised.com>
Date: Wed Sep 5 22:35:05 2012 -0600

ensuring that parser delegates rinheirent namespace prefix mappings,
see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release
GeoTools 8.2 based on those?

+1 on GeoTools 8.2.

Cheers
Andrea

–

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

6

On Fri, Sep 14, 2012 at 5:35 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
as far as I can see RC3 has been good and we haven’t got much negative feedback
about it, so I guess it’s time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux and windows
shell scripts to avoid that issue, but I did not touch the service installers on Windows,
we should probably fix that as well… is there anyone with windows handy that can do that
fix?

We have had some fixes on the the 2.2.x branch (http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC),
so I guess it’s better to pick the branch.

I’d vote for picking the branch too, and meanwhile releasing gwc 1.3 final and pegging to it.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya <volayaf@anonymised.com>
Date: Fri Sep 7 10:33:59 2012 +0200

Changed parameter names with blank spaces. This can cause problems when reusing them at an upper level to call proce
Removed AggregationFunction enum at UniqueProcess (probably left there unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub <tim.schaub@anonymised.com>
Date: Sun Sep 9 10:37:43 2012 -0600

Correcting illegal argument exception message.

Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive <jdeolive@anonymised.com>
Date: Wed Sep 5 22:35:05 2012 -0600

ensuring that parser delegates rinheirent namespace prefix mappings, see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release GeoTools 8.2 based on those?

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

7

Is it a possibility to make a quick fix for GEOS-5290 and open a JIRA issue for a long term fix ?

2012/9/17 Gabriel Roldan <groldan@anonymised.com>

On Fri, Sep 14, 2012 at 5:35 AM, Andrea Aime <andrea.aime@anonymised.com8…> wrote:

Hi,
as far as I can see RC3 has been good and we haven’t got much negative feedback
about it, so I guess it’s time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux and windows
shell scripts to avoid that issue, but I did not touch the service installers on Windows,
we should probably fix that as well… is there anyone with windows handy that can do that
fix?

We have had some fixes on the the 2.2.x branch (http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC),
so I guess it’s better to pick the branch.

I’d vote for picking the branch too, and meanwhile releasing gwc 1.3 final and pegging to it.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya <volayaf@anonymised.com>
Date: Fri Sep 7 10:33:59 2012 +0200

Changed parameter names with blank spaces. This can cause problems when reusing them at an upper level to call proce
Removed AggregationFunction enum at UniqueProcess (probably left there unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub <tim.schaub@anonymised.com>
Date: Sun Sep 9 10:37:43 2012 -0600

Correcting illegal argument exception message.

Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive <jdeolive@anonymised.com>
Date: Wed Sep 5 22:35:05 2012 -0600

ensuring that parser delegates rinheirent namespace prefix mappings, see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release GeoTools 8.2 based on those?

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

8

Quite honestly i don’t like rushing fixes in last minute, no matter how harmless they seem. We also have no test case for this bug.

And actually looking more at the quick fix i am not so convinced it is so quick… it won’t handle the case of types in different workspaces.

On Wed, Sep 19, 2012 at 1:52 AM, Christian Mueller <mcrmcr21@anonymised.com> wrote:

Is it a possibility to make a quick fix for GEOS-5290 and open a JIRA issue for a long term fix ?

2012/9/17 Gabriel Roldan <groldan@anonymised.com>

On Fri, Sep 14, 2012 at 5:35 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
as far as I can see RC3 has been good and we haven’t got much negative feedback
about it, so I guess it’s time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux and windows
shell scripts to avoid that issue, but I did not touch the service installers on Windows,
we should probably fix that as well… is there anyone with windows handy that can do that
fix?

We have had some fixes on the the 2.2.x branch (http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC),
so I guess it’s better to pick the branch.

I’d vote for picking the branch too, and meanwhile releasing gwc 1.3 final and pegging to it.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya <volayaf@anonymised.com>
Date: Fri Sep 7 10:33:59 2012 +0200

Changed parameter names with blank spaces. This can cause problems when reusing them at an upper level to call proce
Removed AggregationFunction enum at UniqueProcess (probably left there unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub <tim.schaub@anonymised.com>
Date: Sun Sep 9 10:37:43 2012 -0600

Correcting illegal argument exception message.

Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive <jdeolive@anonymised.com>
Date: Wed Sep 5 22:35:05 2012 -0600

ensuring that parser delegates rinheirent namespace prefix mappings, see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release GeoTools 8.2 based on those?

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

9

Unless of course the majority of folks feel this is serious enough to fix now and halt up the release until we have a good solution? Thoughts?

On Wed, Sep 19, 2012 at 8:30 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Quite honestly i don’t like rushing fixes in last minute, no matter how harmless they seem. We also have no test case for this bug.

And actually looking more at the quick fix i am not so convinced it is so quick… it won’t handle the case of types in different workspaces.

On Wed, Sep 19, 2012 at 1:52 AM, Christian Mueller <mcrmcr21@anonymised.com> wrote:

Is it a possibility to make a quick fix for GEOS-5290 and open a JIRA issue for a long term fix ?

2012/9/17 Gabriel Roldan <groldan@anonymised.com>

On Fri, Sep 14, 2012 at 5:35 AM, Andrea Aime <andrea.aime@anonymised.com.> wrote:

Hi,
as far as I can see RC3 has been good and we haven’t got much negative feedback
about it, so I guess it’s time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux and windows
shell scripts to avoid that issue, but I did not touch the service installers on Windows,
we should probably fix that as well… is there anyone with windows handy that can do that
fix?

We have had some fixes on the the 2.2.x branch (http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC),
so I guess it’s better to pick the branch.

I’d vote for picking the branch too, and meanwhile releasing gwc 1.3 final and pegging to it.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya <volayaf@anonymised.com>
Date: Fri Sep 7 10:33:59 2012 +0200

Changed parameter names with blank spaces. This can cause problems when reusing them at an upper level to call proce
Removed AggregationFunction enum at UniqueProcess (probably left there unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub <tim.schaub@anonymised.com>
Date: Sun Sep 9 10:37:43 2012 -0600

Correcting illegal argument exception message.

Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive <jdeolive@anonymised.com>
Date: Wed Sep 5 22:35:05 2012 -0600

ensuring that parser delegates rinheirent namespace prefix mappings, see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release GeoTools 8.2 based on those?

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Live Security Virtual Conference
Exclusive live event will cover all the ways today’s security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

10

On Wed, Sep 19, 2012 at 6:56 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Unless of course the majority of folks feel this is serious enough to fix now and halt up the release until we have a good solution? Thoughts?

The very spirit of time boxed releases is that we never have to rush a last minute fix because it can be done next month instead
of dragging the release for months and months because there is always “yet another last minute fix/feature”.

If this is not blocking the majority of users let’s do it for 2.2.1

If there is doubts I guess we should re-discuss GSIP77
http://geoserver.org/display/GEOS/GSIP+77±+Time+boxed+release+model

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

11

Agreed.

On Wed, Sep 19, 2012 at 12:21 PM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Wed, Sep 19, 2012 at 6:56 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Unless of course the majority of folks feel this is serious enough to fix now and halt up the release until we have a good solution? Thoughts?

The very spirit of time boxed releases is that we never have to rush a last minute fix because it can be done next month instead
of dragging the release for months and months because there is always “yet another last minute fix/feature”.

If this is not blocking the majority of users let’s do it for 2.2.1

If there is doubts I guess we should re-discuss GSIP77
http://geoserver.org/display/GEOS/GSIP+77±+Time+boxed+release+model

Cheers

Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.