I would create a materialized view in PostGIS that randomizes the locations
a bit - and then publish that.
There are some geoserver functions for generating attract fill patterns Fills
with randomized symbols — GeoServer 2.24.x User Manual
I have survey point data (soil geochemistry) that is representative for an area
but on display, I need to jitter the point location so the actual location
cannot be discovered. For users point of view, you can click on points and view
data, but every time you refresh (or preferably every time
The situation is a bit more complicated... GeoServer is based on Spring
(mostly uses Servlets from the EE world), here is its compatibility matrix:
- Spring 5 (what we use) requires at least Java 8 and uses J2EE
- Spring 6 requires at least Java 17 and uses JakartaEE
Hi Jody,
I recently implemented Geoserver 2.20.4 on tomcat 10. What exactly
didn't work for you w.r.t Jakarta incompatibilities ?
Regards,
Vikram
On 18/04/2023 15:59, Jody Garnett wrote:
You are the first to run glass fish and tell us about it :) we have
all be running with tomcat …
What
Hi,
Sorry if I give misleading information, I am not so much in with programming.
That Geoserver 2.23 runs on Java 11/17 even it is using J2EE is possible
because Geoserver delivers the javax libraries in geoserver/WEB-INF/lib. The
server that is running Geoserver 2.23 must be able to run with
The simplest fix for now would be to add extra information to the Glassfish
2.23.0 downloads page or notes that it specifically requires JDK11 and an
earlier version of J2EE - this should be enough to ward off people who are
coming to the product entirely fresh and are expecting to just pull the
All versions of Glassfish ship with the version of J2EE appropriate to the
level of JDK it was designed to run on.
So glassfish 4 required J2EE7/JDK7 but runs on J2EE8/JDK8
Glassfish 5 requires J2EE8/JDK8
Glassfish 6 requires Jakarta 9.1/JDK11
The notion that you would have a JDK11 or later