You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by ji...@codehaus.org on 2004/09/22 19:38:14 UTC

[jira] Created: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://jira.codehaus.org/browse/MPWAR-33

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: MPWAR-33
    Summary: Plugin generates multiple Class-Path entries in the manifest file
       Type: Bug

     Status: Unassigned
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: maven-war-plugin
   Versions:
             1.6

   Assignee: 
   Reporter: Jöran Stark

    Created: Wed, 22 Sep 2004 1:38 PM
    Updated: Wed, 22 Sep 2004 1:38 PM

Description:
Hi,
Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.

This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)

I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.

Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.

Cheers
Joran



[manifest after first run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation



[manifest after second run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation


[a snippet from project.xml]

		<dependency>
		  <groupId>jena</groupId>
		  <artifactId>icu4j</artifactId>
		  <jar>icu4j.jar</jar>
		  <properties>
	
<war.manifest.classpath>true</war.manifest.classpath>
		  </properties>
		</dependency>
		





---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

[jira] Commented: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Posted by ji...@codehaus.org.
The following comment has been added to this issue:

     Author: Jöran Stark
    Created: Fri, 15 Oct 2004 6:18 AM
       Body:
I have attached a project that generates a faulty war-file.

To re-produce the problem
=========================
1. Run maven genapp
2. Add a dependency and includ it in the Class-Path

    <dependency>
        <groupId>log4j</groupId>
        <artifactId>log4j</artifactId>
        <version>1.2.8</version>
        <properties>
            <war.manifest.classpath>true</war.manifest.classpath>
        </properties>
    </dependency>

3. Run maven war:war
4. Modify and save the Java-file (only so that the project is re-built).
5. Run maven war:war again.

The new war-file contains duplicated Class-Path entries (my faulty war-file is included in the attached file)


-- Jöran

---------------------------------------------------------------------
View this comment:
  http://jira.codehaus.org/browse/MPWAR-33?page=comments#action_25412

---------------------------------------------------------------------
View the issue:
  http://jira.codehaus.org/browse/MPWAR-33

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: MPWAR-33
    Summary: Plugin generates multiple Class-Path entries in the manifest file
       Type: Bug

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: maven-war-plugin
   Versions:
             1.6

   Assignee: Felipe Leme
   Reporter: Jöran Stark

    Created: Wed, 22 Sep 2004 1:38 PM
    Updated: Fri, 15 Oct 2004 6:18 AM

Description:
Hi,
Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.

This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)

I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.

Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.

Cheers
Joran



[manifest after first run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation



[manifest after second run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation


[a snippet from project.xml]

		<dependency>
		  <groupId>jena</groupId>
		  <artifactId>icu4j</artifactId>
		  <jar>icu4j.jar</jar>
		  <properties>
	
<war.manifest.classpath>true</war.manifest.classpath>
		  </properties>
		</dependency>
		





---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

[jira] Commented: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Posted by ji...@codehaus.org.
The following comment has been added to this issue:

     Author: Arnaud HERITIER
    Created: Fri, 15 Oct 2004 2:38 PM
       Body:
I'm not sure that it is a good idea to remove the update attribute, because if your application server uses this war (during the dev), I'm not sure that you can replace it.
I'll try to test it the next week.
---------------------------------------------------------------------
View this comment:
  http://jira.codehaus.org/browse/MPWAR-33?page=comments#action_25437

---------------------------------------------------------------------
View the issue:
  http://jira.codehaus.org/browse/MPWAR-33

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: MPWAR-33
    Summary: Plugin generates multiple Class-Path entries in the manifest file
       Type: Bug

     Status: Closed
   Priority: Major
 Resolution: FIXED

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: maven-war-plugin
   Fix Fors:
             1.7
   Versions:
             1.6

   Assignee: Felipe Leme
   Reporter: Jöran Stark

    Created: Wed, 22 Sep 2004 1:38 PM
    Updated: Fri, 15 Oct 2004 2:38 PM

Description:
Hi,
Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.

This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)

I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.

Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.

Cheers
Joran



[manifest after first run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation



[manifest after second run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation


[a snippet from project.xml]

		<dependency>
		  <groupId>jena</groupId>
		  <artifactId>icu4j</artifactId>
		  <jar>icu4j.jar</jar>
		  <properties>
	
<war.manifest.classpath>true</war.manifest.classpath>
		  </properties>
		</dependency>
		





---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

[jira] Closed: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Posted by "Lukas Theussl (JIRA)" <ji...@codehaus.org>.
     [ http://jira.codehaus.org/browse/MPWAR-33?page=all ]
     
Lukas Theussl closed MPWAR-33:
------------------------------

    Resolution: Fixed

> Plugin generates multiple Class-Path entries in the manifest file
> -----------------------------------------------------------------
>
>          Key: MPWAR-33
>          URL: http://jira.codehaus.org/browse/MPWAR-33
>      Project: maven-war-plugin
>         Type: Bug

>     Versions: 1.6
>     Reporter: Jöran Stark
>     Assignee: Felipe Leme
>      Fix For: 1.6.1
>  Attachments: test.rar
>
>
> Hi,
> Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
> dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.
> This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)
> I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.
> Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.
> Cheers
> Joran
> [manifest after first run]
> Manifest-Version: 1.0
> Ant-Version: Apache Ant 1.5.3 
> Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
> Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Built-By: Joran
> Name: foo.bar
> Specification-Title: foo-web
> Specification-Version: 1.0
> Specification-Vendor: Apache Software Foundation
> Implementation-Title: foo.bar
> Implementation-Version: 1.0
> Implementation-Vendor: Apache Software Foundation
> [manifest after second run]
> Manifest-Version: 1.0
> Ant-Version: Apache Ant 1.5.3 
> Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
> Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Built-By: Joran
> Name: foo.bar
> Specification-Title: foo-web
> Specification-Version: 1.0
> Specification-Vendor: Apache Software Foundation
> Implementation-Title: foo.bar
> Implementation-Version: 1.0
> Implementation-Vendor: Apache Software Foundation
> [a snippet from project.xml]
> 		<dependency>
> 		  <groupId>jena</groupId>
> 		  <artifactId>icu4j</artifactId>
> 		  <jar>icu4j.jar</jar>
> 		  <properties>
> 	
> <war.manifest.classpath>true</war.manifest.classpath>
> 		  </properties>
> 		</dependency>

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

[jira] Commented: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Posted by ji...@codehaus.org.
The following comment has been added to this issue:

     Author: Felipe Leme
    Created: Thu, 14 Oct 2004 2:10 PM
       Body:
Joran,

Could you please write a simple test-case for this issue (i.e., a simple project.xml whose consecutive calls to maven war:war generates the invalid war)? I've tried to reproduce it, but the error didn't happens...

Anyway, I think the fix is essy, it's just a matter of removing the 'update=true' attribute from <ant:jar>:

    <ant:jar 
         destfile="${maven.war.build.dir}/${maven.war.final.name}"
         basedir="${maven.war.webapp.dir}"         
         update="true"
         index="${maven.war.index}">

-- Felipe

---------------------------------------------------------------------
View this comment:
  http://jira.codehaus.org/browse/MPWAR-33?page=comments#action_25375

---------------------------------------------------------------------
View the issue:
  http://jira.codehaus.org/browse/MPWAR-33

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: MPWAR-33
    Summary: Plugin generates multiple Class-Path entries in the manifest file
       Type: Bug

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: maven-war-plugin
   Versions:
             1.6

   Assignee: Felipe Leme
   Reporter: Jöran Stark

    Created: Wed, 22 Sep 2004 1:38 PM
    Updated: Thu, 14 Oct 2004 2:10 PM

Description:
Hi,
Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.

This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)

I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.

Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.

Cheers
Joran



[manifest after first run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation



[manifest after second run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation


[a snippet from project.xml]

		<dependency>
		  <groupId>jena</groupId>
		  <artifactId>icu4j</artifactId>
		  <jar>icu4j.jar</jar>
		  <properties>
	
<war.manifest.classpath>true</war.manifest.classpath>
		  </properties>
		</dependency>
		





---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

[jira] Commented: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Posted by ji...@codehaus.org.
The following comment has been added to this issue:

     Author: Felipe Leme
    Created: Fri, 15 Oct 2004 2:47 PM
       Body:
Arnaud,

I was wondering if the update=true was there for some reason (as all other plugins like jar, ear, rar and ejb didn't set it), now I got the answer :-)

Anyway, if that's the case, it's just a matter of adding a new property (something like maven.war.update), which by default should be false (that would break backward compatibility, but I think the expected behaviour is always to create a fresh archive).

-- Felipe

PS: again, I think it's important for the archive plugins (jar, war, ejb, ear, etc..) to be consistent, so if we add this property here we should add it to the others as well
---------------------------------------------------------------------
View this comment:
  http://jira.codehaus.org/browse/MPWAR-33?page=comments#action_25440

---------------------------------------------------------------------
View the issue:
  http://jira.codehaus.org/browse/MPWAR-33

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: MPWAR-33
    Summary: Plugin generates multiple Class-Path entries in the manifest file
       Type: Bug

     Status: Closed
   Priority: Major
 Resolution: FIXED

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: maven-war-plugin
   Fix Fors:
             1.7
   Versions:
             1.6

   Assignee: Felipe Leme
   Reporter: Jöran Stark

    Created: Wed, 22 Sep 2004 1:38 PM
    Updated: Fri, 15 Oct 2004 2:47 PM

Description:
Hi,
Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.

This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)

I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.

Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.

Cheers
Joran



[manifest after first run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation



[manifest after second run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation


[a snippet from project.xml]

		<dependency>
		  <groupId>jena</groupId>
		  <artifactId>icu4j</artifactId>
		  <jar>icu4j.jar</jar>
		  <properties>
	
<war.manifest.classpath>true</war.manifest.classpath>
		  </properties>
		</dependency>
		





---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

[jira] Reopened: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Posted by "Lukas Theussl (JIRA)" <ji...@codehaus.org>.
     [ http://jira.codehaus.org/browse/MPWAR-33?page=all ]
     
Lukas Theussl reopened MPWAR-33:
--------------------------------


> Plugin generates multiple Class-Path entries in the manifest file
> -----------------------------------------------------------------
>
>          Key: MPWAR-33
>          URL: http://jira.codehaus.org/browse/MPWAR-33
>      Project: maven-war-plugin
>         Type: Bug

>     Versions: 1.6
>     Reporter: Jöran Stark
>     Assignee: Felipe Leme
>      Fix For: 1.6.1
>  Attachments: test.rar
>
>
> Hi,
> Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
> dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.
> This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)
> I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.
> Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.
> Cheers
> Joran
> [manifest after first run]
> Manifest-Version: 1.0
> Ant-Version: Apache Ant 1.5.3 
> Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
> Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Built-By: Joran
> Name: foo.bar
> Specification-Title: foo-web
> Specification-Version: 1.0
> Specification-Vendor: Apache Software Foundation
> Implementation-Title: foo.bar
> Implementation-Version: 1.0
> Implementation-Vendor: Apache Software Foundation
> [manifest after second run]
> Manifest-Version: 1.0
> Ant-Version: Apache Ant 1.5.3 
> Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
> Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Built-By: Joran
> Name: foo.bar
> Specification-Title: foo-web
> Specification-Version: 1.0
> Specification-Vendor: Apache Software Foundation
> Implementation-Title: foo.bar
> Implementation-Version: 1.0
> Implementation-Vendor: Apache Software Foundation
> [a snippet from project.xml]
> 		<dependency>
> 		  <groupId>jena</groupId>
> 		  <artifactId>icu4j</artifactId>
> 		  <jar>icu4j.jar</jar>
> 		  <properties>
> 	
> <war.manifest.classpath>true</war.manifest.classpath>
> 		  </properties>
> 		</dependency>

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

[jira] Updated: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Posted by "Lukas Theussl (JIRA)" <ji...@codehaus.org>.
     [ http://jira.codehaus.org/browse/MPWAR-33?page=all ]

Lukas Theussl updated MPWAR-33:
-------------------------------

    Fix Version:     (was: 1.7)
                 1.6.1

> Plugin generates multiple Class-Path entries in the manifest file
> -----------------------------------------------------------------
>
>          Key: MPWAR-33
>          URL: http://jira.codehaus.org/browse/MPWAR-33
>      Project: maven-war-plugin
>         Type: Bug

>     Versions: 1.6
>     Reporter: Jöran Stark
>     Assignee: Felipe Leme
>      Fix For: 1.6.1
>  Attachments: test.rar
>
>
> Hi,
> Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
> dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.
> This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)
> I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.
> Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.
> Cheers
> Joran
> [manifest after first run]
> Manifest-Version: 1.0
> Ant-Version: Apache Ant 1.5.3 
> Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
> Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Built-By: Joran
> Name: foo.bar
> Specification-Title: foo-web
> Specification-Version: 1.0
> Specification-Vendor: Apache Software Foundation
> Implementation-Title: foo.bar
> Implementation-Version: 1.0
> Implementation-Vendor: Apache Software Foundation
> [manifest after second run]
> Manifest-Version: 1.0
> Ant-Version: Apache Ant 1.5.3 
> Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
> Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
> Built-By: Joran
> Name: foo.bar
> Specification-Title: foo-web
> Specification-Version: 1.0
> Specification-Vendor: Apache Software Foundation
> Implementation-Title: foo.bar
> Implementation-Version: 1.0
> Implementation-Vendor: Apache Software Foundation
> [a snippet from project.xml]
> 		<dependency>
> 		  <groupId>jena</groupId>
> 		  <artifactId>icu4j</artifactId>
> 		  <jar>icu4j.jar</jar>
> 		  <properties>
> 	
> <war.manifest.classpath>true</war.manifest.classpath>
> 		  </properties>
> 		</dependency>

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

[jira] Updated: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Posted by ji...@codehaus.org.
The following issue has been updated:

    Updater: Jöran Stark (mailto:joran.stark@home.se)
       Date: Fri, 15 Oct 2004 5:58 AM
    Comment:
A simple example project.
    Changes:
             Attachment changed to test.rar
    ---------------------------------------------------------------------
For a full history of the issue, see:

  http://jira.codehaus.org/browse/MPWAR-33?page=history

---------------------------------------------------------------------
View the issue:
  http://jira.codehaus.org/browse/MPWAR-33

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: MPWAR-33
    Summary: Plugin generates multiple Class-Path entries in the manifest file
       Type: Bug

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: maven-war-plugin
   Versions:
             1.6

   Assignee: Felipe Leme
   Reporter: Jöran Stark

    Created: Wed, 22 Sep 2004 1:38 PM
    Updated: Fri, 15 Oct 2004 5:58 AM

Description:
Hi,
Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.

This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)

I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.

Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.

Cheers
Joran



[manifest after first run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation



[manifest after second run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation


[a snippet from project.xml]

		<dependency>
		  <groupId>jena</groupId>
		  <artifactId>icu4j</artifactId>
		  <jar>icu4j.jar</jar>
		  <properties>
	
<war.manifest.classpath>true</war.manifest.classpath>
		  </properties>
		</dependency>
		





---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

[jira] Closed: (MPWAR-33) Plugin generates multiple Class-Path entries in the manifest file

Posted by ji...@codehaus.org.
Message:

   The following issue has been closed.

   Resolver: Felipe Leme
       Date: Fri, 15 Oct 2004 7:08 AM

Turns out I couldn't reproduce it because I wasn't updating a source file :-)
Anyway, I fixed by removing the update=true attribute from <ant:jar> call.

---------------------------------------------------------------------
View the issue:
  http://jira.codehaus.org/browse/MPWAR-33

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: MPWAR-33
    Summary: Plugin generates multiple Class-Path entries in the manifest file
       Type: Bug

     Status: Closed
   Priority: Major
 Resolution: FIXED

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: maven-war-plugin
   Fix Fors:
             1.7
   Versions:
             1.6

   Assignee: Felipe Leme
   Reporter: Jöran Stark

    Created: Wed, 22 Sep 2004 1:38 PM
    Updated: Fri, 15 Oct 2004 7:08 AM

Description:
Hi,
Running war:war (maven-war-plugin-1.6) the first time generates a manifest file with a single Class-Path entry (correctly including the
dependencies), but running war:war a second time (with no clean-up done) generates multiple Class-Path entries.

This problem does not occure when building the EJB's (maven-ejb-plugin-1.4). When I compared theese two I noticed that the war-plugin does an update while the ejb-plugin does not. By removing the update attribute the war-plugin works fine, for me anyway ;-)

I have the same problem with 1.7-SNAPSHOT from CVS-HEAD.

Since my project includes other developers and users I would like to avoid making (local) changes in the plugin. Currently the solution is to do a clean-up in the pre-goal to war:war.

Cheers
Joran



[manifest after first run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path: jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation



[manifest after second run]

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2_05-b04 (Sun Microsystems Inc.)
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Class-Path:  jakarta-oro-jena-2.0.jar icu4j.jar antlr.jar
Built-By: Joran

Name: foo.bar
Specification-Title: foo-web
Specification-Version: 1.0
Specification-Vendor: Apache Software Foundation
Implementation-Title: foo.bar
Implementation-Version: 1.0
Implementation-Vendor: Apache Software Foundation


[a snippet from project.xml]

		<dependency>
		  <groupId>jena</groupId>
		  <artifactId>icu4j</artifactId>
		  <jar>icu4j.jar</jar>
		  <properties>
	
<war.manifest.classpath>true</war.manifest.classpath>
		  </properties>
		</dependency>
		





---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org