[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ https://jira.codehaus.org/browse/MWAR-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=282451#comment-282451 ] Dennis Lundberg commented on MWAR-9: I would like to close this issue as Won't fix. The proper way to solve this is in the EAR Plugin, like the proposals in MEAR-60 and MEAR-87. WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: https://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x WAR Plugin Issue Type: Improvement Reporter: Mike Perham Assignee: Stephane Nicoll Fix For: 2.2 Attachments: AbstractWarMojo.patch I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ https://jira.codehaus.org/browse/MWAR-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=282456#comment-282456 ] Nicolas Marcotte commented on MWAR-9: - As a maven user and in house plugins developer I wholeheartedly agree. However i would still like to see my updated test and documentations for MWAR-81 included as a stop gap measure. If my last patch to MWAR-81 is included I can document it on the cited wiki, tell the readers to subscribe to MEAR-60 and MEAR-87 for a correct solution while using MWAR-81 while we wait while proper patch is developed. However, I won't update the wiki if MWAR-81 is not included because if there are no test nor documentation on that functionality, it can disappear in any future release and it is a behaviour that would I dislike to see as a maven user and evangelist ^1^ ! # I may have drunk to much Koolaid but,hey!, your maven Koolaid taste so good. WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: https://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x WAR Plugin Issue Type: Improvement Reporter: Mike Perham Assignee: Stephane Nicoll Fix For: 2.2 Attachments: AbstractWarMojo.patch I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[
https://jira.codehaus.org/browse/MWAR-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=281954#comment-281954
]
Nicolas Marcotte commented on MWAR-9:
-
I have attached a patch named maven-war-plugin-2.1.1-NM that adds the following
feature to this plugin:
the mutually exclusive (only if set to true) tags:
regexInPackagingSelectionAllowedtrue/regexInPackagingSelectionAllowed
negationInPackgingAllowedtrue/negationInPackgingAllowed
that modify the way the values of packagingIncludes and packagingExcludes are
handled.
The tag regexInPackagingSelectionAllowed can be viewed as replacing
SelectorUtils.match(pattern,testedString) by
Pattern.compile(pattern).matcher(testedString).matches() for the interpretation
of packagingIncludes/Excludes
the tag negationInPackgingAllowed permit the usage of the ! operator in the
packagingIncludes/Excludes. Let me give you an example to illustrate how it
works;
The jar in WEB-INF/lib before filetering:
cumulostratus-1.1.jar (declared as optional pulled by stratus)
stratus-1.1.CITRUS.jar (declared as optional but pulled stratus)
{code:xml}
artifactIdmaven-war-plugin/artifactId
version2.1.1-NM/version
configuration
negationInPackagingSelectionAllowedtrue/negationInPackagingSelectionAllowed
packagingExcludes**/*.jar,!**/*.CITRUS.jar/packagingExcludes
/configuration
{code}
The jar in WEB-INF/lib after filtering:
stratus-1.1.CITRUS.jar
this patched version is actually running my integration build code, I would
like feedback upon it
the patch file name is maven-war-plugin-2.1.1-NM.patch
Please tell me how to proceed to have it reviewed and integrated into your
trunk if it solved others people needs.
Ideally that patch would be somewhere in plexus but i only needed it in the war
with taglibs that must be present in WEB-INF/lib and I am a partisan of the
minimal impacted dependencies approach to patch outside of major version.
WAR plugin should support minimal WARs for inclusion within an EAR
--
Key: MWAR-9
URL: https://jira.codehaus.org/browse/MWAR-9
Project: Maven 2.x WAR Plugin
Issue Type: Improvement
Reporter: Mike Perham
Assignee: Stephane Nicoll
Fix For: 2.2
Attachments: AbstractWarMojo.patch, maven-war-plugin-2.1.1-NM.patch
I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my
deps. This is fine for a default but maven should also support skeleton
WARs which will be packaged within an EAR. We have EARs which package 3-4
WARs each and to have the deps duplicated within each WAR means we cannot
have shared data (since the classes are loaded within each WAR's classloader,
rather than by the parent EAR's classloader). It also means 80MB EARs! :-)
It seems like two things need to happen:
1) Add a skeleton flag which prevents copying any dependencies to
WEB-INF/lib.
2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which
lists the relative locations of the dependencies within the parent EAR.
Fabrice has basically the same idea written down here. Starting with - for
a War... :
http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=129770#action_129770 ] Barend Garvelink commented on MWAR-9: - This comment adds the words skinny war to this issue, because that's the name used in http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html and therefore a likely search key. (I overlooked this one yesterday) WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham Assignee: Stephane Nicoll Fix For: 2.1 Attachments: AbstractWarMojo.patch I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=129812#action_129812 ] Barend Garvelink commented on MWAR-9: - This is a big issue for a lot of people, and the information on it appears to be very fragmented. I have tried to summarize all the information related to this issue on the Codehaus wiki so that a good, lasting solution can hopefully be found. Please chip in with your thoughts: [http://docs.codehaus.org/display/MAVENUSER/Solving+the+Skinny+Wars+problem] WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham Assignee: Stephane Nicoll Fix For: 2.1 Attachments: AbstractWarMojo.patch I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_122695 ] Olivier Lamy commented on MWAR-9: - Do we have to add the same feature as in the jar plugin ? With the flag http://maven.apache.org/plugins/maven-jar-plugin/jar-mojo.html#useDefaultManifestFile WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham Assignee: Stephane Nicoll Attachments: AbstractWarMojo.patch I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_100602 ] Jason Melnick commented on MWAR-9: -- After more testing the posted patch doesn't work as intended as it removes the transitive dependencies of non-optional deps. Am working on the correct fix now and will repost. WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham Assignee: Stephane Nicoll Attachments: AbstractWarMojo.patch I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_100366 ] Jason Melnick commented on MWAR-9: -- I have a fix for this and will supply a patch ASAP. See http://jira.codehaus.org/browse/MWAR-21 and http://jira.codehaus.org/browse/MNG-3067 WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham Assignee: Stephane Nicoll I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_86336 ] Cliff Resnick commented on MWAR-9: -- After searching, I have not found any resolution for this problem. Is there one? In the meantime, for my own purposes I have altered the plugin to so that optional=true works recursively, simply by checking for existence of optional artifacts in the dependency trail of all resolved artifacts. This finally gives me what I consider desired (at least tolerable) behavior: scope:compile = classpath and WEB-INF/lib (though cp is not necessary, it doesn't hurt) scope:provided = no classpath, no WEB-INF/lib optional = transitively resolved artifacts on classpath, no WEB-INF/lib I know this is just furthering a hack, but I'm not sure how else to do it since there seems to be an inherent containment issue where war shouldn't know about the ear. Where I work, we use what we consider a best practice approach where ear, war, sar, etc. projects are siblings, with a parent server pom project providing all container-based scope=provided dependencies. This primarily filters all container-provided compile dependencies used by core components, greatly simplifying the poms of the container-based components. I know it may be a stretch, but perhaps such a container parent project could be somehow formalized, at least to provided a way to formally put the ear before the war? Just a thought... WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham Assigned To: Stephane Nicoll I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=comments#action_83368 ] Stephane Nicoll commented on MWAR-9: What about using a classifier for the skeleton war? WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham Assigned To: Stephane Nicoll I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=comments#action_77928 ] M. van Leeuwen commented on MWAR-9: --- Is adding a new scope not the easiest way? Just configure the dependency with scope 'ear' and it will not be included as jar in the WAR, but in the EAR. The plugin should without any configuration find these scoped dependencies and add them as a classpath entry to the manifest. WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=comments#action_74125 ] Joe Mays commented on MWAR-9: - I agree with Al; until we can support packaging a mixture of WAR dependencies using WEB-INF/lib and MANIFEST.MF, m2 does not support JEE packaging requirements. WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=comments#action_72277 ] Wonne Keysers commented on MWAR-9: -- Compile time dependencies can be excluded from the WEB-INF/lib by using the optionaltrue/optional flag. However, this currently does not work recursively. For example: if the war has a dependency on A.jar, but A.jar itself s dependant from B.jar, putting the A-dependency optional excludes it from the war (yet it includes it in the manifest), but B.jar is still included in the WEB-INF/lib. If the optional flag would be working recursively, I think the solution would be complete? WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Issue Type: Improvement Reporter: Mike Perham I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=comments#action_68875 ] Al Robertson commented on MWAR-9: - No-one has commented on this yet. I would like to escalate this as I believe m2 is not able to meet j2ee packaging requirements as it stands. Could Jason/Brett comment on this? I'm happy to be proved wrong as deployment is only semi-automated for me at the moment :-( WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Type: Improvement Reporter: Mike Perham I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=comments#action_67056 ] Al Robertson commented on MWAR-9: - Comment taken from on MWAR-21 Here is a structure that J2EE requires maven to support ear ---jar1 ---war -manifest classpath:jar1 ---jar2 war depends on jar1 and jar2 Currently, you can specify to add a manifest classpath entry. This adds an entry for each dependency that is not Provided, because provided means provided by the container. (CORRECT) In the above example, I can't configure maven to exclude jar1 from the war/WEB-INF/lib dir but include it in the classpath manifest. It appears to me that we need another dependency attribute to accompany scope Provided, say providedByManifestClasspathtrue/providedByManifestClasspath or a providedByCONTAINER|MF-CP/providedBy etc. In this solution, we wouldn't need the manifest-addClasspath plugin config. The war builder would only include the artifact in the war when the scope wasn't provided and the war archiver would know when to include the dependency in the manifest classpath. You would still require the manifest classpath prefix config. Does this make sense? Is there a way to accomplish this already? WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Type: Improvement Reporter: Mike Perham I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
[jira] Commented: (MWAR-9) WAR plugin should support minimal WARs for inclusion within an EAR
[ http://jira.codehaus.org/browse/MWAR-9?page=comments#action_61986 ] Mark Chesney commented on MWAR-9: - I have a patch which is attached to MWAR-21 which supports a minimal type WAR packaging within an EAR. See http://jira.codehaus.org/browse/MWAR-21 . It does not support a combination of EAR and WEB-INF/lib dependencies, just one or the other. WAR plugin should support minimal WARs for inclusion within an EAR -- Key: MWAR-9 URL: http://jira.codehaus.org/browse/MWAR-9 Project: Maven 2.x War Plugin Type: Improvement Reporter: Mike Perham I noticed that when I build a WAR, I get a gigantic WEB-INF/lib with all my deps. This is fine for a default but maven should also support skeleton WARs which will be packaged within an EAR. We have EARs which package 3-4 WARs each and to have the deps duplicated within each WAR means we cannot have shared data (since the classes are loaded within each WAR's classloader, rather than by the parent EAR's classloader). It also means 80MB EARs! :-) It seems like two things need to happen: 1) Add a skeleton flag which prevents copying any dependencies to WEB-INF/lib. 2) Instead generate a META-INF/MANIFEST.MF which has a Class-Path entry which lists the relative locations of the dependencies within the parent EAR. Fabrice has basically the same idea written down here. Starting with - for a War... : http://marc.theaimsgroup.com/?l=turbine-maven-userm=112737860024530w=2 -- 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
