You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our CompositeResourceManager only works property for ServletContext.getResource(). For ServletContext.getResourcePaths() the search stops as soon as the first delegate ResourceManager returns a non-null Resource. As a result, any resource paths that would have been provided by any subsequent ResourceManagers are lost.
The text was updated successfully, but these errors were encountered:
A secondary problem is that Undertow's URLResource, which we use when running a packaged jar or war, only supports listing resources in a directory for file: URLs. This means that directories within a jar or war cannot be listed.
This is blocked at the moment as Undertow's ServletContext implementation filters out any resources that are not available on the file system in its getResourcePaths() method. I've opened UNDERTOW-1561.
There's been no movement on the Undertow issue in the 2.5 months since it was opened. I'm going close this one for now. We can re-open it if there's movement on the Undertow side and if changes in Spring Boot are still necessary.
Our
CompositeResourceManager
only works property forServletContext.getResource()
. ForServletContext.getResourcePaths()
the search stops as soon as the first delegateResourceManager
returns a non-nullResource
. As a result, any resource paths that would have been provided by any subsequentResourceManager
s are lost.The text was updated successfully, but these errors were encountered: