I have been recently looking into GEOS-7651 <https://osgeo-org.atlassian.net/browse/GEOS-7651>, and in doing so discovered that most of the ResourceStore stuff, including FileSystemResource, lives in the gs-platform project.
IOUtils contains a bunch of usefull File and IO utilities, including a very thorough rename method. However, IOUtils is contained in the gs-main project, which has gs-platform as a dependency FileSystemResouce is currently using the plain java File rename, leading to GEOS-7651. It seems like it would be a good idea to have utility classes such as IOUtils as far upstream as possible (e.g. in gs-platform rather than gs-main). IOUtils current contains a couple of methods that depend on classes in gs-main (XStreamPersister related stuff, which could remain in gs-main), but everything else does not depend upon any geoserver classes. I am aware that this is a substantial API change, and is definately not a change that is realistic to make on a short time scale, but it seems like something that would be valuable longer term. A relatively safe approach would be copying the requisite portions to gs-platform and deprecating the gs-main version for 2.10, and actually removing the gs-main version in 2.11. Any input or opinions? Any obvious reasons that this is a bad idea that I may have missed? Thanks, Torben
------------------------------------------------------------------------------
_______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
