SRS dimension not detected in gml:posList

[carlospzurita]

Description

During the execution of the TestSuites of Interoperable data sets in GML (Guidelines for the Encoding of Spatial Data version 3.3), we found that certain GML file were causing the INSPIRE validator to crash. After some debugging, we found that this exceptions appearead all along the GML validation. Log attached etf-issue.zip

Whenever this happened, the JVM started to accumulate memory and the TestRun thread would consume all the resources available in the machine until the application crashed.

After investigating the problem, we found this issues related to this problem

https://github.com/inspire-eu-validation/ets-repository/issues/161 https://github.com/etf-validator/etf-gmlgeox/issues/19

We added the srsDimension and srsName to all the gml:posList attributes and the validation went fine. We are adding on the problematic files and the modified file for comparison. US_govser_testDataINSPIREvalidator.gml.zip CORRECTED-US_govser_testDataINSPIREvalidator.gml.zip

Could the memory overload caused by the deegree exception? And if so, what would be the best approach to fix this? Add an early detection of a missing srsDimension attribute?

Operating systems and browser

This is happening in a Docker container with Debian 8, inside an Amazon Linux EC2 instance.

Steps to Reproduce

1. Select the ETS for Interoperable data sets in GML (Guidelines for the Encoding of Spatial Data version 3.3
2. Upload the GML test file
3. Watch the stats for memory and the log file for the exception

Expected behavior:

Test report correctly generated after parsing geometry.

Actual behavior: TestRun thread gets stuck and doesn't free any resource