RE: [JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed

[Scott M Stark]

I have moved the deployers to the bin directory and removed them from the export list as these should not be on the aop classpath. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kabir Khan Sent: Saturday, May 06, 2006 9:35 AM To: jboss-development@lists.sourceforge.net; Dimitris Andreadis; Ruel Loehr Subject: RE: [JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed Apologies for not fixing this before, just got back home from training   (wireless in portugal is slow, wireless in paris airport drops and forces you to log in again every 5 minutes)   The aop deployers have been re-added to the repository lib folder and deleted from bin, and the tools/etc/jbossbuild/tasks.xml file has been updated to load from lib again.   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: 05 May 2006 15:01 To: Dimitris Andreadis; jboss-development@lists.sourceforge.net; Ruel Loehr Subject: RE: [JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed We don’t have a rule for .deployer content being binary by default. The cvswrappers has no setting like it does for .jar, .zip, .sar, etc. I have added it.   From: Dimitris Andreadis Sent: Friday, May 05, 2006 5:54 AM To: Scott M Stark; 'jboss-development@lists.sourceforge.net'; Ruel Loehr Subject: RE: [JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed   I've seen lately a few file additions with wrong -kk or -kb flags. Is that an eclipse setup thing, maybe?   From: Scott M Stark Sent: 05 May, 2006 15:51 To: jboss-development@lists.sourceforge.net; Dimitris Andreadis; Ruel Loehr Subject: RE: [JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed The problem is that the deployer contents are not being marked as binary and are being pulled from cvs with invalid translations. I can’s unzip these from the bin dir to use in the installer either:   [EMAIL PROTECTED] jems-installer]$ jar -tf ../thirdparty/jboss/aop/bin/jboss-aop-j dk50.deployer base-aop.xml java.util.zip.ZipException: invalid entry size (expected 903352 but got 903341 bytes)         at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:368)         at java.util.zip.ZipInputStream.read(ZipInputStream.java:141)         at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:91)         at sun.tools.jar.Main.list(Main.java:743)         at sun.tools.jar.Main.run(Main.java:191)         at sun.tools.jar.Main.main(Main.java:903)   These need to be readded with –kb to mark them as binary.