GeoServer 2.26.2 Released

The GeoServer team is pleased to share the release of GeoServer 2.26.2, in conjunction with GeoTools 32.2, GeoWebCache 1.26.2, and ImageIO-Ext 1.4.14.

This is a stable release recommended for production systems, with two new features:

Thanks to Jody Garnett (GeoCat) for producing this release, and everyone who contributed.

GeoServer Project Steering Committee

Hi Jody,
Thanks for the release. I found a strange behavior related to the new File system Sandbox functionality. If I have a url in the text field, like in your example file:data, I get an error with the message “The sandbox directory does not exist”. Which isn’t true if the path is relative to the geoserver data directory.
GEOS-11699

Do anyone else experience similar behavior?

Best regards,
Roar Brænden

I just did the first thing that made sense for a screen snap; perhaps it is only intended to be used with absolute file location?

It will work with a relative path. It’s the “file:” in front that is problematic, but you will get that if you use the “Browse…”-link to look for the directory.

Thanks for finding that, I added a comment to GEOS-11616.

The examples in the docs are directly from the layer.properties file and do not show the user interface.

# Set the sandbox for the workspace
filesystemSandbox=/path/to/sandbox

Data should not be placed in the data directory, besides demo delivery situations (like our release data directory, meant to package a small demo) or small project delivery (all data contained in file system).

Placing large amounts of data (varying by environment, potentially very large not meant for version control) along with the data directory (mostly fixed, small in size, and version controllable) is a malpractice that we should be more careful and vocal to warn users against.

The sandbox is indeed meant to be placed outside of the data directory, its documentation shows absolute path examples.

The choice of screenshot in the release notes is unfortunate, should have been a standard path for data used by services, following *nix practice, like “/var/lib/geoserver”, “/opt/geoserver”, “/mnt/data” or some such.
Like the image used in the docs already, for example:

https://docs.geoserver.org/main/en/user/security/webadmin/data.html#file-sandbox

Specifically for the error message reported by Roar… the message is truthful, but pheraps an input validator should just state more clearly that data dir paths are not supported?

Cheers
Andrea

I will update the blog post