2:18 p.m.
JBoss ignores "Class-Path" attribute in WAR's MANIFEST.MF
---------------------------------------------------------
Key: JBAS-3883
URL: http://jira.jboss.com/jira/browse/JBAS-3883
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: ClassLoading, Web (Tomcat) service
Affects Versions: JBossAS-5.0.0.Beta1
Reporter: Amit Kasher
Assigned To: Scott M Stark
An EAR file that deploys well in JBoss4.0.5 fails to deploy in JBoss5.0Beta1 when
initializing the web application (NoClassDefFound).
However, this ear does deploy well when taking the required jar files (the WAR
dependencies) out of the EAR and placing them inside the .war/WEB-INF/lib folder, as well
as removing the "Class-Path" entry in the WAR's MANIFEST.MF.
Documents stating, as far as I understand, the existence of the requirement that this
should work are here:
http://java.sun.com/j2ee/verified/packaging.html
... as well as in the spec ... (http://jcp.org/en/jsr/detail?id=244) in section EE.8.2.1
(Bundled Libraries) starting in page 155.
It's related to Tomcat's classpath (or to the classpath augmentation JBoss
performs, where there were probably recent changes to support resource injection into web
clients, like servlets). This is why I indicated Tomcat as an additional affected
component.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:54 p.m.
New subject: [JBoss JIRA] Commented: (JBAS-3883) JBoss ignores "Class-Path" attribute in WAR's MANIFEST.MF
[ http://jira.jboss.com/jira/browse/JBAS-3883?page=comments#action_12357400 ]
Scott M Stark commented on JBAS-3883:
-------------------------------------
testWarManifest is failing because of not parsing the mf classpath correctly in the vfs.
<testcase classname="org.jboss.test.web.test.WebIntegrationUnitTestCase"
name="testWarManifest" time="0.361">
−
<error message="Expected reply code:200, actual=500"
type="java.io.IOException">
java.io.IOException: Expected reply code:200, actual=500
at org.jboss.test.util.web.HttpUtils.accessURL(HttpUtils.java:137)
at org.jboss.test.util.web.HttpUtils.accessURL(HttpUtils.java:108)
at org.jboss.test.util.web.HttpUtils.accessURL(HttpUtils.java:96)
at org.jboss.test.util.web.HttpUtils.accessURL(HttpUtils.java:82)
at
org.jboss.test.web.test.WebIntegrationUnitTestCase.testWarManifest(WebIntegrationUnitTestCase.java:405)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
at junit.extensions.TestSetup.run(TestSetup.java:23)
</error>
</testcase>
2007-03-26 17:45:10,464 DEBUG [org.jboss.deployers.plugins.deployment.MainDeployerImpl]
Add deployment context:
vfsfile:/home/svn/JBossHead/jboss-head/testsuite/output/lib/manifest-web.ear
2007-03-26 17:45:10,466 DEBUG [org.jboss.virtual.VFSUtils] Manifest Class-Path entry
jbosstest-web-util.jar ignored for manifest-web.war reason=java.io.FileNotFoundException:
JarHandler@501036129[path=
context=file:/home/svn/JBossHead/jboss-head/testsuite/output/lib/manifest-web.ear
real=file:/home/svn/JBossHead/jboss-head/testsuite/output/lib/manifest-web.ear] has no
child: il.jar 2007-03-26 17:45:10,489 DEBUG [org.jboss.virtual.VFSUtils] Manifest
Class-Path entry jbosstest-web-util.jar ignored for manifest-web.war
reason=java.io.FileNotFoundException: JarHandler@501036129[path=
context=file:/home/svn/JBossHead/jboss-head/testsuite/output/lib/manifest-web.ear
real=file:/home/svn/JBossHead/jboss-head/testsuite/output/lib/manifest-web.ear] has no
child: il.jar 2007-03-26
JBoss ignores "Class-Path" attribute in WAR's
MANIFEST.MF
---------------------------------------------------------
Key: JBAS-3883
URL: http://jira.jboss.com/jira/browse/JBAS-3883
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Web (Tomcat) service, ClassLoading
Affects Versions: JBossAS-5.0.0.Beta1
Reporter: Amit Kasher
Assigned To: Scott M Stark
An EAR file that deploys well in JBoss4.0.5 fails to deploy in JBoss5.0Beta1 when
initializing the web application (NoClassDefFound).
However, this ear does deploy well when taking the required jar files (the WAR
dependencies) out of the EAR and placing them inside the .war/WEB-INF/lib folder, as well
as removing the "Class-Path" entry in the WAR's MANIFEST.MF.
Documents stating, as far as I understand, the existence of the requirement that this
should work are here:
http://java.sun.com/j2ee/verified/packaging.html
... as well as in the spec ... (http://jcp.org/en/jsr/detail?id=244) in section EE.8.2.1
(Bundled Libraries) starting in page 155.
It's related to Tomcat's classpath (or to the classpath augmentation JBoss
performs, where there were probably recent changes to support resource injection into web
clients, like servlets). This is why I indicated Tomcat as an additional affected
component.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:55 p.m.
New subject: [JBoss JIRA] Updated: (JBAS-3883) JBoss ignores "Class-Path" attribute in WAR's MANIFEST.MF
[ http://jira.jboss.com/jira/browse/JBAS-3883?page=all ]
Scott M Stark updated JBAS-3883:
--------------------------------
Fix Version/s: JBossAS-5.0.0.Beta3
JBoss ignores "Class-Path" attribute in WAR's
MANIFEST.MF
---------------------------------------------------------
Key: JBAS-3883
URL: http://jira.jboss.com/jira/browse/JBAS-3883
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Web (Tomcat) service, ClassLoading
Affects Versions: JBossAS-5.0.0.Beta1
Reporter: Amit Kasher
Assigned To: Scott M Stark
Fix For: JBossAS-5.0.0.Beta3
An EAR file that deploys well in JBoss4.0.5 fails to deploy in JBoss5.0Beta1 when
initializing the web application (NoClassDefFound).
However, this ear does deploy well when taking the required jar files (the WAR
dependencies) out of the EAR and placing them inside the .war/WEB-INF/lib folder, as well
as removing the "Class-Path" entry in the WAR's MANIFEST.MF.
Documents stating, as far as I understand, the existence of the requirement that this
should work are here:
http://java.sun.com/j2ee/verified/packaging.html
... as well as in the spec ... (http://jcp.org/en/jsr/detail?id=244) in section EE.8.2.1
(Bundled Libraries) starting in page 155.
It's related to Tomcat's classpath (or to the classpath augmentation JBoss
performs, where there were probably recent changes to support resource injection into web
clients, like servlets). This is why I indicated Tomcat as an additional affected
component.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:18 a.m.
New subject: [JBoss JIRA] Updated: (JBAS-3883) JBoss ignores "Class-Path" attribute in WAR's MANIFEST.MF
[ http://jira.jboss.com/jira/browse/JBAS-3883?page=all ]
Dimitris Andreadis updated JBAS-3883:
-------------------------------------
Fix Version/s: JBossAS-5.0.0.CR1
(was: JBossAS-5.0.0.Beta3)
Moving to CR1. If there is a problem with this, please contact me.
JBoss ignores "Class-Path" attribute in WAR's
MANIFEST.MF
---------------------------------------------------------
Key: JBAS-3883
URL: http://jira.jboss.com/jira/browse/JBAS-3883
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: ClassLoading, Web (Tomcat) service
Affects Versions: JBossAS-5.0.0.Beta1
Reporter: Amit Kasher
Assigned To: Scott M Stark
Fix For: JBossAS-5.0.0.CR1
An EAR file that deploys well in JBoss4.0.5 fails to deploy in JBoss5.0Beta1 when
initializing the web application (NoClassDefFound).
However, this ear does deploy well when taking the required jar files (the WAR
dependencies) out of the EAR and placing them inside the .war/WEB-INF/lib folder, as well
as removing the "Class-Path" entry in the WAR's MANIFEST.MF.
Documents stating, as far as I understand, the existence of the requirement that this
should work are here:
http://java.sun.com/j2ee/verified/packaging.html
... as well as in the spec ... (http://jcp.org/en/jsr/detail?id=244) in section EE.8.2.1
(Bundled Libraries) starting in page 155.
It's related to Tomcat's classpath (or to the classpath augmentation JBoss
performs, where there were probably recent changes to support resource injection into web
clients, like servlets). This is why I indicated Tomcat as an additional affected
component.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:23 a.m.
New subject: [JBoss JIRA] Closed: (JBAS-3883) JBoss ignores "Class-Path" attribute in WAR's MANIFEST.MF
[ http://jira.jboss.com/jira/browse/JBAS-3883?page=all ]
Dimitris Andreadis closed JBAS-3883.
------------------------------------
Resolution: Done
This must have been solved through a VFS update? Please re-open, if not.
JBoss ignores "Class-Path" attribute in WAR's
MANIFEST.MF
---------------------------------------------------------
Key: JBAS-3883
URL: http://jira.jboss.com/jira/browse/JBAS-3883
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: ClassLoading, Web (Tomcat) service
Affects Versions: JBossAS-5.0.0.Beta1
Reporter: Amit Kasher
Assigned To: Scott M Stark
Fix For: JBossAS-5.0.0.Beta4
An EAR file that deploys well in JBoss4.0.5 fails to deploy in JBoss5.0Beta1 when
initializing the web application (NoClassDefFound).
However, this ear does deploy well when taking the required jar files (the WAR
dependencies) out of the EAR and placing them inside the .war/WEB-INF/lib folder, as well
as removing the "Class-Path" entry in the WAR's MANIFEST.MF.
Documents stating, as far as I understand, the existence of the requirement that this
should work are here:
http://java.sun.com/j2ee/verified/packaging.html
... as well as in the spec ... (http://jcp.org/en/jsr/detail?id=244) in section EE.8.2.1
(Bundled Libraries) starting in page 155.
It's related to Tomcat's classpath (or to the classpath augmentation JBoss
performs, where there were probably recent changes to support resource injection into web
clients, like servlets). This is why I indicated Tomcat as an additional affected
component.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6170
days inactive
6608
days old
4 comments
3 participants
participants (3)
-
Amit Kasher (JIRA) -
Dimitris Andreadis (JIRA) -
Scott M Stark (JIRA)