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/07/14 19:25:52 UTC
[jira] Created: (MPEAR-18) Deduct utility jars from module poms
Message:
A new issue has been created in JIRA.
---------------------------------------------------------------------
View the issue:
http://jira.codehaus.org/browse/MPEAR-18
Here is an overview of the issue:
---------------------------------------------------------------------
Key: MPEAR-18
Summary: Deduct utility jars from module poms
Type: Improvement
Status: Unassigned
Priority: Major
Original Estimate: Unknown
Time Spent: Unknown
Remaining: Unknown
Project: maven-ear-plugin
Versions:
1.4
Assignee:
Reporter: johan Eltes
Created: Wed, 14 Jul 2004 1:25 PM
Updated: Wed, 14 Jul 2004 1:25 PM
Description:
J2EE requires a utility jar loadable by the ear classloader to be referenced by the manifest (Class-Path entry) of each j2ee module that depends on it. Maven WAR-, EJB- and other J2EE module plug-ins have support for updating the manifest Classpath entry, using a plug-in property specific to each plug-in.
For the EJB plug-in, the related properties are ejb.manifest.classpath and ejb.bundle. For the WAR plug-in, the corresponding properties are war.manifest.classpath and war.bundle.
There is no way a j2ee module could depend on a utility jar without referencing it in the Class-Path entry of the manifest. It is then valid to assume that each dependency element declaring a dependency of a utility jar is tagged by a war.manifest.classpath=true or a ejb.manifest.classpath=true.
Using this information, there shouldn't be any reason for (redundantly) listing the utility jars in the dependencies element of the EAR pom (which is currently required).
To be able to exclude utility jars from the pom of an ear project, the ear plug-in would need to traverse the j2ee modules listed as dependencies of the ear pom. If the traversed node/module is an ejb-jar, the EAR plug-in would collect all dependencies of the ejb module for which the following conditions apply: ejb.manifest.classpath=true and ejb.bundle=false. The corresponding condition for a traversed WAR dependency would be war.manifest.classpath=true and war.bundle=false
For compatibility with current use model, the set of collected utility jars should then be merged with utility jars (redundantly) listed in the pom of the ear project. The resulting set of dependent jars should be included in the generated ear.
---------------------------------------------------------------------
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: (MPEAR-18) Deduct utility jars from module poms
Posted by ji...@codehaus.org.
The following comment has been added to this issue:
Author: Felipe Leme
Created: Wed, 8 Dec 2004 10:27 PM
Body:
Just as a side note, that would depend on maven being able to resolve transitive dependencies, which is not going to happen in the maven 1.x series (only at M2).
---------------------------------------------------------------------
View this comment:
http://jira.codehaus.org/browse/MPEAR-18?page=comments#action_27694
---------------------------------------------------------------------
View the issue:
http://jira.codehaus.org/browse/MPEAR-18
Here is an overview of the issue:
---------------------------------------------------------------------
Key: MPEAR-18
Summary: Deduct utility jars from module poms
Type: Improvement
Status: Unassigned
Priority: Major
Original Estimate: Unknown
Time Spent: Unknown
Remaining: Unknown
Project: maven-ear-plugin
Versions:
1.4
Assignee:
Reporter: johan Eltes
Created: Wed, 14 Jul 2004 1:25 PM
Updated: Wed, 8 Dec 2004 10:27 PM
Description:
J2EE requires a utility jar loadable by the ear classloader to be referenced by the manifest (Class-Path entry) of each j2ee module that depends on it. Maven WAR-, EJB- and other J2EE module plug-ins have support for updating the manifest Classpath entry, using a plug-in property specific to each plug-in.
For the EJB plug-in, the related properties are ejb.manifest.classpath and ejb.bundle. For the WAR plug-in, the corresponding properties are war.manifest.classpath and war.bundle.
There is no way a j2ee module could depend on a utility jar without referencing it in the Class-Path entry of the manifest. It is then valid to assume that each dependency element declaring a dependency of a utility jar is tagged by a war.manifest.classpath=true or a ejb.manifest.classpath=true.
Using this information, there shouldn't be any reason for (redundantly) listing the utility jars in the dependencies element of the EAR pom (which is currently required).
To be able to exclude utility jars from the pom of an ear project, the ear plug-in would need to traverse the j2ee modules listed as dependencies of the ear pom. If the traversed node/module is an ejb-jar, the EAR plug-in would collect all dependencies of the ejb module for which the following conditions apply: ejb.manifest.classpath=true and ejb.bundle=false. The corresponding condition for a traversed WAR dependency would be war.manifest.classpath=true and war.bundle=false
For compatibility with current use model, the set of collected utility jars should then be merged with utility jars (redundantly) listed in the pom of the ear project. The resulting set of dependent jars should be included in the generated ear.
---------------------------------------------------------------------
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