Stephan Reichhelm

Another alternative could be the library https://github.com/blackears/svgSalamander

We also use a external folder with a declared `DEEGREE_WORKSPACE_ROOT` in most cases. But i also would preffer to only use WEB-INF for static/readonly (or maybee temp files).

The following matches in the source tree may also be wrong imports * https://github.com/deegree/deegree3/search?q=org.h2.util.IOUtils&type=code * maybe one of these should be used instead * org.deegree.commons.utils.... * org.apache.commons.io.IOUtils Other places where...

There is also a collision on Tables named "LOCKS", so if that was the only problem, #1296 would fix it, and we could at least upgrade H2 to a safer...

From my point of view, with this change we run the risk to help those who want to use a raster with RGB + Alpha but for users who only...

Last build (4) ran without issue see https://buildserver.deegree.org/blue/organizations/jenkins/deegree-3.4%2Fpull-request/detail/PR-1291/4/pipeline

A possible simplification would be to use the releases in a tabular version similar to Ubuntu, like: | deegree Version | Java Version | Release Date | End of regular...

From a programmer's point of view it would be nice to use general available constant for most cases and only a local constant if required. It might also be interesting...

In addition, there is the question of how this should be handled in the context of the existing protection for deegree rest-api. https://github.com/deegree/deegree3/blob/92ac14c2fc67784b06507cf11b4c4a8fd5939bf9/deegree-services/deegree-webservices/src/main/webapp/WEB-INF/web.xml#L78-L96

The PR was rebased, so it should build now without problems