Hello, Reading the JIRA bugtracker, I was not sure if this could deserve an issue or not, so I prefer mentioning it onto the mailing list instead (at least, to start with). We had an issue with Geoserver (a custom version provided with the geOrchestra project) recently, when this one was configured to use "directories of shapefiles" datastores along with the gs-flatgeobuf extension.
On one of our setups, we were making use of "directory of shapefiles" datastores, and sometimes we weren't able to visualize the underlying layers from this datastore but the issue was not systematic. Debugging a bit, we noticed that sometimes the datastore was created a a FlatGeobufDatastore object (when it was failing), and sometimes a ShapefileDatastore instead (when working). Debugging a bit further, we figured out that this call in GS: https://github.com/geoserver/geoserver/blob/main/src/main/src/main/java/org/vfny/geoserver/util/DataStoreUtils.java#L92 returns an unsorted collection, so sometimes the Shapefile factory will come first, if we were lucky, but the layer will fail if the other datastorefactory appears first. >From our point of view, the issue is that the canProcess() method on the FlatGeoBuf factory will return true in case of a directory, but won't check if the format is actually about shapefiles (I can't recall the params object content from my debugging session, but I am pretty sure there was something about shapefiles): https://github.com/geotools/geotools/blob/main/modules/unsupported/flatgeobuf/src/main/java/org/geotools/data/flatgeobuf/FlatGeobufDataStoreFactory.java#L96 Hope that this could help others encountering the same issue, let us know if this deserves a bug report and/or if we can help fixing it in any ways, we decided to remove the flatgeobuf extension, as the format was actually not needed. Best regards, -- Pierre Mauduit Ingénieur développement Camptocamp France SAS 18 rue du Lac Saint André Savoie Technolac - Bâtiment Le Dauphin F-73370 Le Bourget du Lac Tel. +33 (0)4 58 48 20 24 Fax +33(0)4 58 48 20 10 www.camptocamp.com
_______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
