[Geoserver-users] GeoServer 2.9.0 Released

GeoServer GeoServer User
1

The GeoServer team is happy to announce the release of GeoServer 2.9.0:

This is the new stable release suitable for use in production. This release requires the use of Java 8.

Important updates:

  • Web admin application layer, preview, global settings, image processing and raster access screens have been updated.
  • User guide has been restructured for ease of navigation and to reduce duplication
  • The REST API can now be used to manage icons, fonts and configuration files and report on the status of installed components.
  • Internally this release features Wicket 7 and Spring 4 and the latest JAI-Ext library.
  • Layer bounds can now be generated from spatial reference systems extent
  • Styles can now be configured with a custom legend.
  • For more details please see the blog post and release notes (2.9.0|RC1|beta2|beta|M0)

Thanks to Jody and Devon (from Boundless) for publishing this release. This release was delayed for two months due to incompatibility with Java 8. Thanks for the dedicated testing a fix support from Andrea, Alessandro, Alex, Ben, Brad, Jukka, Niels, Torben and others during this long release cycle. Special thanks to sponsors of the Wicket 7 upgrade sprint: OSGeo, Boundless, Vivid Solutions, How 2 Map, San Jose Water Company, Transient, Geobeyond (with in-kind sponsors GeoSolutions, CCRi, Astun Technology and Voyager).

The GeoServer Team

2

Hi Jody et al.

Thank you for your outstanding work. I was eager to try the custom legend image for a style but I’m not able to make it work. I’m using a clean 2.9.0 war deployment on Tomcat 8.0.30.

This is what I did:

  1. Add a new style, let’s name it “another_raster” and generate a raster SLD for it.

  2. Add legend, type the name of an existing “grass_fill.png” file.

  3. Click the “Auto-detect image and size” link. At this point I get “Field ‘styleEditor’ is required.” error at the top of the screen, but all legend fields are auto filled with correct values (width and height is 32, format is image/png;charset=UTF-8).

  4. Save the style and let the layer Pk50095 use it as additional style.

  5. Now, when I do a WMS GetCapabilites request and track down the URL for the legend of Pk50095 I get the following: link http://hostname:port/geoserver/grass_fill.png which is incorrect. The correct link is http://hostname:port/geoserver/styles/grass_fill.png (also the docs say so: http://docs.geoserver.org/stable/en/user/datadirectory/structure.html#styles )

Also another inconvenience is that when I set a workspace (say nurc), edit the style via web UI, save it, edit it again and save it again the workspace is lost (despite the fact that during the second edit the workspace combobox is populated with what I assume is the correct value and it is sent over to the server as HTTP POST request parameter when I click on Submit).

Are these known issues or should I open a JIRA bug reports?

···

On 31. 5. 2016 0:41, Jody Garnett wrote:

The GeoServer team is happy to announce the release of GeoServer 2.9.0:

This is the new stable release suitable for use in production. This release requires the use of Java 8.

Important updates:

  • Web admin application layer, preview, global settings, image processing and raster access screens have been updated.
  • User guide has been restructured for ease of navigation and to reduce duplication
  • The REST API can now be used to manage icons, fonts and configuration files and report on the status of installed components.
  • Internally this release features Wicket 7 and Spring 4 and the latest JAI-Ext library.
  • Layer bounds can now be generated from spatial reference systems extent
  • Styles can now be configured with a custom legend.
  • For more details please see the blog post and release notes (2.9.0|RC1|beta2|beta|M0)

Thanks to Jody and Devon (from Boundless) for publishing this release. This release was delayed for two months due to incompatibility with Java 8. Thanks for the dedicated testing a fix support from Andrea, Alessandro, Alex, Ben, Brad, Jukka, Niels, Torben and others during this long release cycle. Special thanks to sponsors of the Wicket 7 upgrade sprint: OSGeo, Boundless, Vivid Solutions, How 2 Map, San Jose Water Company, Transient, Geobeyond (with in-kind sponsors GeoSolutions, CCRi, Astun Technology and Voyager).

The GeoServer Team

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. [https://ad.doubleclick.net/ddm/clk/305295220;132659582;e](https://ad.doubleclick.net/ddm/clk/305295220;132659582;e)

_______________________________________________
Geoserver-users mailing list
[Geoserver-users@lists.sourceforge.net](mailto:Geoserver-users@anonymised.comsourceforge.net)
[https://lists.sourceforge.net/lists/listinfo/geoserver-users](https://lists.sourceforge.net/lists/listinfo/geoserver-users)


-- 
Peter Kovac
IMS Programmer
MicroStep-MIS
[peter.kovac@anonymised.com](mailto:peter.kovac@anonymised.com)
3

Thanks Peter - wish you had tested the RC1 :slight_smile:

We probably need new jira issues, but lets check first…

All in all I can see 201 open issues on “style” in GeoServer so we are kind of passed the point of useful :frowning:

Searching for legend - https://osgeo-org.atlassian.net/browse/GEOS-7412?jql=project%20%3D%20GEOS%20AND%20resolution%20%3D%20Unresolved%20AND%20text%20~%20%22legend%22

···

On 31 May 2016 at 02:04, Peter Kovac <peter.kovac@anonymised.com> wrote:

Hi Jody et al.

Thank you for your outstanding work. I was eager to try the custom legend image for a style but I’m not able to make it work. I’m using a clean 2.9.0 war deployment on Tomcat 8.0.30.

This is what I did:

  1. Add a new style, let’s name it “another_raster” and generate a raster SLD for it.

  2. Add legend, type the name of an existing “grass_fill.png” file.

  3. Click the “Auto-detect image and size” link. At this point I get “Field ‘styleEditor’ is required.” error at the top of the screen, but all legend fields are auto filled with correct values (width and height is 32, format is image/png;charset=UTF-8).

  4. Save the style and let the layer Pk50095 use it as additional style.

  5. Now, when I do a WMS GetCapabilites request and track down the URL for the legend of Pk50095 I get the following: link http://hostname:port/geoserver/grass_fill.png which is incorrect. The correct link is http://hostname:port/geoserver/styles/grass_fill.png (also the docs say so: http://docs.geoserver.org/stable/en/user/datadirectory/structure.html#styles )

Also another inconvenience is that when I set a workspace (say nurc), edit the style via web UI, save it, edit it again and save it again the workspace is lost (despite the fact that during the second edit the workspace combobox is populated with what I assume is the correct value and it is sent over to the server as HTTP POST request parameter when I click on Submit).

Are these known issues or should I open a JIRA bug reports?

On 31. 5. 2016 0:41, Jody Garnett wrote:

The GeoServer team is happy to announce the release of GeoServer 2.9.0:

This is the new stable release suitable for use in production. This release requires the use of Java 8.

Important updates:

  • Web admin application layer, preview, global settings, image processing and raster access screens have been updated.
  • User guide has been restructured for ease of navigation and to reduce duplication
  • The REST API can now be used to manage icons, fonts and configuration files and report on the status of installed components.
  • Internally this release features Wicket 7 and Spring 4 and the latest JAI-Ext library.
  • Layer bounds can now be generated from spatial reference systems extent
  • Styles can now be configured with a custom legend.
  • For more details please see the blog post and release notes (2.9.0|RC1|beta2|beta|M0)

Thanks to Jody and Devon (from Boundless) for publishing this release. This release was delayed for two months due to incompatibility with Java 8. Thanks for the dedicated testing a fix support from Andrea, Alessandro, Alex, Ben, Brad, Jukka, Niels, Torben and others during this long release cycle. Special thanks to sponsors of the Wicket 7 upgrade sprint: OSGeo, Boundless, Vivid Solutions, How 2 Map, San Jose Water Company, Transient, Geobeyond (with in-kind sponsors GeoSolutions, CCRi, Astun Technology and Voyager).

The GeoServer Team

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. [https://ad.doubleclick.net/ddm/clk/305295220;132659582;e](https://ad.doubleclick.net/ddm/clk/305295220;132659582;e)

_______________________________________________
Geoserver-users mailing list
[Geoserver-users@lists.sourceforge.net](mailto:Geoserver-users@lists.sourceforge.net)
[https://lists.sourceforge.net/lists/listinfo/geoserver-users](https://lists.sourceforge.net/lists/listinfo/geoserver-users)


-- 
Peter Kovac
IMS Programmer
MicroStep-MIS
[peter.kovac@anonymised.com7677...](mailto:peter.kovac@anonymised.com)

What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e

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

–
Jody Garnett