https://issues.apache.org/bugzilla/show_bug.cgi?id=54386
--- Comment #2 from Peter Rader <p.ra...@gmx.net> ---
You are right, this may be partitial a problem.
Well i would be happy to keep it on the expertise of the developers to decide
if the static contents in /WEB-INF/classes/META-INF/resources/** should be
extracted too (even if JSR315§3.6 seeems to ignore those contents).
About the static content of the root of a war:
1. At least this is not related to JSR315§10.10/§3.6 and must be in a seperate
FR after all.
2. I guess if they should be exploded we can enable the unpackWARs-annotation
in the Context/Host-Configuration of the server.xml.
My Suggestion:
Create a new server.xml-attribute called: unpackJARResources (default: false).
If true, all those jar-resources should be extracted to a matching folder at
deploy-time.
"Resources inside the META-INF/resources directory of JAR file must be
considered only if the container has unpacked them from their containing JAR
file
when a call to getRealPath() is made, and in this case MUST return the unpacked
location." (JSR315§3.6)
If they are finally exploded, getRealPath() shoud return the exploded,
well-formed os-specific file-location of the static content inside of the
unpacked-jarresources-folder (as §3.6 suggest).
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
