Test suite fails when URL provided is an OGC service call

[aaime]

Describe the bug
When the file URI provided to the test is an OGC service call, e.g., a WFS GetFeature producing a GeoPackage, the test fails complaining the file extension is ".db".

The issue is in the computation of the "suffix" in URIUtils:

		String suffix = (lastIndexOfDot > 0) ? uriRef.getPath().substring(lastIndexOfDot) : ".db";

The code is assuming the provided path is either a local filesystem reference, or a HTTP reference to a static file.
With an OGC request like:

http://my/wfs/service?service=WFS&version=1.0.0&request=GetFeature&typeName=topp%3Astates&outputFormat=application/geopackage%2Bsqlite3

The above code will end up using ".db" as the extension, and the file extension test in the suite will fail.

Expected behavior
A service has an opportunity to specify the desired filename using the ContentDisposition header. That should be checked too.

I will follow up with a pull request, containing a tentative fix.

[aaime]

Pull request with a tentative fix here:
#139

[dstenger]

Thank you for providing the pull request. We will review it soon.

[petersmythe]

Hi @dstenger do you have a timeline of when this (and other) test suite failures will go live, please?

opengeospatial/ets-wmts10#98
opengeospatial/ets-wmts10#99
opengeospatial/ets-wcs20#141
#138

[dstenger]

Hi @petersmythe,
Thank you for reaching out.
The results of my reviews were documented in the WMTS issue.
We are currently migrating all test suites to Java 17 and TEAM Engine 6 which is almost completed.
After finishing this, the referenced issues are on a high position of our pipeline. So, you will hear from us in the next weeks.