-
Bug
-
Resolution: Done
-
Critical
-
EAP_EWP 5.2.0
-
None
-
Release Notes
-
Not Required
-
NEW
This is to strict, it should be INFO or even less.
What we're trying to do here is get a real (non-temp) URL, for that we use original handler.
And then try to get a child off this old handler, where since removed, is null.
So we try our best to re-ceate the original url - hence warning.
This can occur in normal operations such as when using a jboss-structure.xml:
<structure>
<context modification="temp">
<path name=""/>
<metaDataPath>
<path name="WEB-INF"/>
</metaDataPath>
<classpath>
<path name="WEB-INF/classes"/>
<path name="WEB-INF/lib" suffixes=".jar"/>
</classpath>
</context>
</structure>
And if you deploy an exploded deployment and then remove it from the deploy directory triggering a undeploy will cause the warning.
22:20:08,625 WARN [AbstractVirtualFileHandler] No such existing handler, falling back to old root + path: vfszip:/home/applications/servers/eap/jboss-eap-5.1.2/jboss-as/server/default/deploy/springtest3.2.war/WEB-INF/lib/spring-web-3.2.0.M2.jar/org/springframework/web/context/ContextCleanupListener.class
- is blocked by
-
JBVFS-187 AbstractVirtualFileHandler log message: "No such existing handler, falling back to old root + path" is too strict
- Closed
- is incorporated by
-
JBPAPP-10645 Upgrade JBoss VFS to 2.2.3.GA
- Resolved
- is related to
-
JBPAPP-10675 Hot undeployment of exploded WAR throws an exception when trying to load a class not previously loaded
- Closed