Classpath FeatureStore for offline use about java-server-sdk

[eli-darkly]

I can see how that'd be useful, but unfortunately in the current implementation it just is not possible to do it as simply as you're hoping to, because the kind of path you get from getResource(...).getURI().getRawPath() is not a real file path and can't be used as such.

I think it would not be too hard for us to change the implementation to support something like this, but it will probably have to wait until after the upcoming 5.0.0 release. In the meantime, the only workaround I can think of would be to create a temporary file— I mean, a real file on the filesystem— copy the data from your classpath file into that, and use that.

[klubi]

Yeah, that makes sense, using path that points to inside of a jar is tricky.

What about InputStream or Resource?

Workaround you suggest won't work in our CI setup :/

[eli-darkly]

I think if the abstraction was to support both files and classpath resources, it would probably be represented as a URI. Of course this would mean that the auto-update feature would not always work, because that's based on a filesystem watcher.

[eli-darkly]

This feature made it into today's 5.0.0 release. The API we settled on is that you simply call classpathResources instead of (or in addition to) filePaths. Unlike Spring's ResourceLoader.getResource(), the string parameter does not use a "classpath:" prefix.