[JBoss-dev] [ jboss-Bugs-784584 ] Class-Path entry in war manifest ignored
Bugs item #784584, was opened at 2003-08-07 06:08 Message generated for change (Comment added) made by verilet You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=784584group_id=22866 Category: JBossWeb Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Brian Stansberry (bstansberry) Assigned to: Nobody/Anonymous (nobody) Summary: Class-Path entry in war manifest ignored Initial Comment: JBoss 3.2.2RC2, with either Tomcat or Jetty, appears to ignore the Class-Path header in a war's Manifest.mf file. If an EAR includes a library jar that is only referenced via a war's Class-Path header, the jar is not loaded and the war will fail with ClassNotFoundExceptions. It appears the Class-Path header in an EJB jar is handled properly. Attached is a test case that demonstrates this. The attached zip includes an EAR, along with the source and Ant script to build the ear. The ear includes two trivial wars, each of which has a manifest Class-Path header pointing to its respective library jar. Each library jar includes a trivial ServletContextListener implementation that will be invoked when the war is loaded. There is also a trivial EJB. The ejb jar's manifest includes a Class-Path entry pointing to one of the library jar's. The EJB does not actually use the library; I just included the Class-Path entry to test if JBoss loads the jar based on the EJB's manifest. One of the wars has a web.xml reference to the EJB. The EJB is not really used by the war; the web.xml reference is just there to ensure the EJB is loaded before the war. The war associated with the EJB will load properly; the other war will fail with a ClassNotFoundException when the web container attempts to instantiate the ServletContextListener. In 3.2.1, both wars load properly. -- Comment By: Barney Rubble (verilet) Date: 2003-08-12 00:29 Message: Logged In: YES user_id=679243 Yep, have the same problem. An EAR that works on 3.0.X and 3.2.1 and fails on anything with a 3.2.2. Jasper fails to locate beans referenced from the war's JSP pages. -- Comment By: Scott M Stark (starksm) Date: 2003-08-09 03:24 Message: Logged In: YES user_id=175228 I suspected it was the unpackwars feature. If having JarUtils create a manifest actually works that would be the preferred approach. -- Comment By: Brian Stansberry (bstansberry) Date: 2003-08-09 02:34 Message: Logged In: YES user_id=695688 I've traced this problem to the new UnpackWars behavior in AbstractWebContainer, which occurs by default in 3.2.2. The problem is when the war is unpacked, the MANIFEST.MF file is not written. When MainDeployer.parseManifestLibraries looks for any manifest classpath entries, there is no manifest file. The reason the MANIFEST.MF file isn't written is because o.j.util.file.JarUtils.unpackJar() only iterates through the ZipFileEntrys in the jar and writes those. Accessing the manifest requires calling JarInputStream.getManifest() and writing the result. Setting the new UnpackWars attribute to false doesn't seem to be a workaround, as when I tried this the web-console web-app blew up on deploy. I'd be happy to submit a patch for this, but would appreciate some direction from the powers that be on what you'd prefer: 1) Patch AbstractWebContainer so it writes the manifest (which would need to be a fairly ugly hack). 2) Patch JarUtils so it writes the manifest. This would seem cleaner, but has more possibility of impacting other code. Anyone know of any reason why it's not writing the manifest? Scanning a (month old) version of jboss-head, I found this method is invoked in the following places: o.j.persistence.jbossjdo.enhancer.JDOEnhancer.createTempDir () o.j.varia.deployment.FoeDeployer.inflateJar() o.j.web.AbstractWebContainer (as discussed above) o.j.web.catalina.EmbeddedCatalinaServiceSX.performDeploy() Best, Brian -- Comment By: Brian Stansberry (bstansberry) Date: 2003-08-07 07:18 Message: Logged In: YES user_id=695688 To get the zip to upload I had to remove a jar with the javax.ejb and servlet classes in it. So, if you want to rebuild the test you'll have to add those to the build classpath. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=784584group_id=22866 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET.
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp) Test Job Failed to Complete Successfully
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === === [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 44.25 sec [junit] TEST org.jboss.test.cmp.jbossdo.one2onebi.BiOne2OneUnitTestCase FAILED [junit] Running org.jboss.test.cmp.jbossdo.one2oneuni.UniOne2OneUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.172 sec [junit] TEST org.jboss.test.cmp.jbossdo.one2oneuni.UniOne2OneUnitTestCase FAILED [junit] Running org.jboss.test.cmp.jbossdo.query.QueryUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.172 sec [junit] TEST org.jboss.test.cmp.jbossdo.query.QueryUnitTestCase FAILED [junit] Running org.jboss.test.cmp.jbossdo.state.PersistentStateTransitionEventUnitTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.141 sec [junit] Running org.jboss.test.cmp.jbossdo.state.PersistentStateUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.078 sec [junit] Running org.jboss.test.cmp.jbossdo.tx.TxUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.203 sec [junit] TEST org.jboss.test.cmp.jbossdo.tx.TxUnitTestCase FAILED [junit] Running org.jboss.test.cmp.sql.SQL92GeneratorUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.14 sec [junit] Running org.jboss.test.cmp2.cmr.test.CMRPostCreatesWrittenUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.094 sec [junit] TEST org.jboss.test.cmp2.cmr.test.CMRPostCreatesWrittenUnitTestCase FAILED [junit] Running org.jboss.test.cmp2.commerce.CompleteUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.125 sec [junit] TEST org.jboss.test.cmp2.commerce.CompleteUnitTestCase FAILED [junit] Running org.jboss.test.cmp2.ejbselect.EJBSelectUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.141 sec [junit] TEST org.jboss.test.cmp2.ejbselect.EJBSelectUnitTestCase FAILED [junit] Running org.jboss.test.cmp2.lob.LOBUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.89 sec [junit] TEST org.jboss.test.cmp2.lob.LOBUnitTestCase FAILED [junit] Running org.jboss.test.cmp2.optimisticlock.test.OptimisticLockUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.094 sec [junit] TEST org.jboss.test.cmp2.optimisticlock.test.OptimisticLockUnitTestCase FAILED [junit] Running org.jboss.test.cmp2.readonly.ReadonlyUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.172 sec [junit] TEST org.jboss.test.cmp2.readonly.ReadonlyUnitTestCase FAILED [junit] Running org.jboss.test.cmp2.relationship.RelationshipUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.156 sec [junit] TEST org.jboss.test.cmp2.relationship.RelationshipUnitTestCase FAILED [junit] Running org.jboss.test.cmp2.simple.PageSizeUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.109 sec [junit] TEST org.jboss.test.cmp2.simple.PageSizeUnitTestCase FAILED [junit] Running org.jboss.test.cmp2.simple.SimpleUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.141 sec [junit] TEST org.jboss.test.cmp2.simple.SimpleUnitTestCase FAILED [junit] Running org.jboss.test.cts.test.BmpUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.343 sec [junit] TEST org.jboss.test.cts.test.BmpUnitTestCase FAILED [junit] Running org.jboss.test.cts.test.CtsCmp2UnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 4, Time elapsed: 169.375 sec [junit] TEST org.jboss.test.cts.test.CtsCmp2UnitTestCase FAILED [junit] Running org.jboss.test.cts.test.IndependentJarsUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.109 sec [junit] TEST org.jboss.test.cts.test.IndependentJarsUnitTestCase FAILED [junit] Running org.jboss.test.cts.test.MDBUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.109 sec [junit] TEST org.jboss.test.cts.test.MDBUnitTestCase FAILED [junit] Running org.jboss.test.cts.test.StatefulSessionUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 44.234 sec [junit] TEST org.jboss.test.cts.test.StatefulSessionUnitTestCase FAILED [junit] Running org.jboss.test.cts.test.StatelessSessionUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 43.828 sec [junit] TEST org.jboss.test.cts.test.StatelessSessionUnitTestCase FAILED [junit] Running org.jboss.test.dbtest.test.DbTypesUnitTestCase [junit] Tests run: 0,
[JBoss-dev] [ jboss-Bugs-717797 ] CMR foreign/primary key mismatch
Bugs item #717797, was opened at 2003-04-09 00:19 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=717797group_id=22866 Category: JBossCMP Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: William DeCoste (decostew) Assigned to: Alexey Loubyansky (loubyansky) Summary: CMR foreign/primary key mismatch Initial Comment: If the order of key-fields in jbosscmp-jdbc.xml does not match the order of the primary key columns in the related table, the foreign key constraint created has mismatched foreign/primary key columns. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-08-12 13:37 Message: Logged In: YES user_id=543482 Fixed in JBoss-3.2.2RC3. -- Comment By: Jeremy Boynes (jboynes) Date: 2003-05-22 06:37 Message: Logged In: YES user_id=378919 This also affects the SQL generated by the LoadRelation command -- Comment By: William DeCoste (decostew) Date: 2003-04-09 23:54 Message: Logged In: YES user_id=744360 The root issue is multi-column primary keys. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=717797group_id=22866 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development