Re: [m2] - WAR file generation
I'd pull the latest code from SVN, build and install locally, and see if it works. Wayne On 4/12/06, Pat Turner <[EMAIL PROTECTED]> wrote: > > I tried that first of all, but without success. The latest version at Ibiblio > is 2.0-beta2, but I think this has been fixed in a later release (2.0-beta3 > ?). > > Pat > -- > View this message in context: > http://www.nabble.com/-m2---WAR-file-generation-t778773.html#a3881301 > Sent from the Maven - Users forum at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] - WAR file generation
I tried that first of all, but without success. The latest version at Ibiblio is 2.0-beta2, but I think this has been fixed in a later release (2.0-beta3 ?). Pat -- View this message in context: http://www.nabble.com/-m2---WAR-file-generation-t778773.html#a3881301 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] - WAR file generation
Have you tried: **/WEB-INF/lib/* **/WEB-INF/classes/* This is how excludes "should" work. If it doesn't, then you might want to file a JIRA Enhancement request for this plugin. Wayne On 4/11/06, Pat Turner <[EMAIL PROTECTED]> wrote: > > Hi Karthik, > > I'm also integrating Maven2 into our WSAD projects and I've hit the same > problem as you. The root cause is that the WebContent folder already has the > dependencies in the WEB-INF/lib folder. So when it is copied into place, all > the libraries come with it. > > WSAD treats WebContent as a src directory *and* a target directory so that > the embedded test environment will work. Its a pain in the backside to work > around, and I've had to write a small plugin to sync up the maven > dependencies into WEB-INF/lib as an additional step after running the > eclipse plugin. > > The solution is to add an excludes section in your war plugin config. You'll > probably end up with something like this: > >maven-war-plugin > >WebContent >**/WEB-INF/lib/* > > > > Note that the tag currently only allows a single entry, so you > can't add '**/WEB-INF/classes/*' as well. This probably means that you'll > get your test classes copied across, unless you've configured WSAD away from > its default 'single output location'. > > Hope this helps. > Pat > -- > View this message in context: > http://www.nabble.com/-m2---WAR-file-generation-t778773.html#a3861722 > Sent from the Maven - Users forum at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] - WAR file generation
Hi Karthik, I'm also integrating Maven2 into our WSAD projects and I've hit the same problem as you. The root cause is that the WebContent folder already has the dependencies in the WEB-INF/lib folder. So when it is copied into place, all the libraries come with it. WSAD treats WebContent as a src directory *and* a target directory so that the embedded test environment will work. Its a pain in the backside to work around, and I've had to write a small plugin to sync up the maven dependencies into WEB-INF/lib as an additional step after running the eclipse plugin. The solution is to add an excludes section in your war plugin config. You'll probably end up with something like this: maven-war-plugin WebContent **/WEB-INF/lib/* Note that the tag currently only allows a single entry, so you can't add '**/WEB-INF/classes/*' as well. This probably means that you'll get your test classes copied across, unless you've configured WSAD away from its default 'single output location'. Hope this helps. Pat -- View this message in context: http://www.nabble.com/-m2---WAR-file-generation-t778773.html#a3861722 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] - WAR file generation
:( When I build the EAR using WSAD, I dont have this replication and still the application works as all the jars are available in the EAR once. On 12/21/05, Stephane Nicoll <[EMAIL PROTECTED]> wrote: > > then you need to include those, otherwise your app won't work. > > On 12/21/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > > > Some of the libs are are used by components in the EAR. > > > > On 12/21/05, Stephane Nicoll <[EMAIL PROTECTED]> wrote: > > > > > > Well, this is a really tricky question. Thoses libs are for the WAR > > > artifact > > > only and are not used in any way by components in the EAR file, right? > > > > > > On 12/21/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > > > > > > > My question here is - How to avoid jars that can be reused from > being > > > > copied > > > > to the lib directory and have it as a common file in the EAR. > > > > > > > > Thanks and regards, > > > > Karthik. > > > > > > > > > > > > On 12/20/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote: > > > > > > > > > > Karthik Manimaran wrote: > > > > > > > > > > >The jar file DotComCommon-1.0.jar is duplicated in the EAR file. > > > > > > > > > > > >1. It is present in the EAR file as a separate jar at the root. > > > > > >2. It is also present inside PrivacyWeb.war file (inside > > WEB-INF/lib > > > > > folder) > > > > > > > > > > > >The same duplication occurs for all other jars used by PrivacyWeb > > > > > (runtime, > > > > > >commons-*, ContentManager etc) > > > > > > > > > > > >Now the EAR is twice as big as what it is supposed to be. I do > not > > > need > > > > > >Maven to include all the depencies required for the WAR file > inside > > > lib > > > > > >directory as it is already available as separate jars in the EAR > > > file. > > > > > > > > > > > >Thanks and regards, > > > > > >Karthik. > > > > > > > > > > > For my team we allow the war module to have it's own libraries, > only > > > if > > > > > the lib can be reused between it and the ejb module do we put it > in > > > ear, > > > > > otherwise we keep them separated. That's our approach. > > > > > Cheers > > > > > > > > > > > > - > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > .::You're welcome ::. > > > > > > > > > > > > > -- > .::You're welcome ::. > >
Re: [m2] - WAR file generation
then you need to include those, otherwise your app won't work. On 12/21/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > Some of the libs are are used by components in the EAR. > > On 12/21/05, Stephane Nicoll <[EMAIL PROTECTED]> wrote: > > > > Well, this is a really tricky question. Thoses libs are for the WAR > > artifact > > only and are not used in any way by components in the EAR file, right? > > > > On 12/21/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > > > > > My question here is - How to avoid jars that can be reused from being > > > copied > > > to the lib directory and have it as a common file in the EAR. > > > > > > Thanks and regards, > > > Karthik. > > > > > > > > > On 12/20/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote: > > > > > > > > Karthik Manimaran wrote: > > > > > > > > >The jar file DotComCommon-1.0.jar is duplicated in the EAR file. > > > > > > > > > >1. It is present in the EAR file as a separate jar at the root. > > > > >2. It is also present inside PrivacyWeb.war file (inside > WEB-INF/lib > > > > folder) > > > > > > > > > >The same duplication occurs for all other jars used by PrivacyWeb > > > > (runtime, > > > > >commons-*, ContentManager etc) > > > > > > > > > >Now the EAR is twice as big as what it is supposed to be. I do not > > need > > > > >Maven to include all the depencies required for the WAR file inside > > lib > > > > >directory as it is already available as separate jars in the EAR > > file. > > > > > > > > > >Thanks and regards, > > > > >Karthik. > > > > > > > > > For my team we allow the war module to have it's own libraries, only > > if > > > > the lib can be reused between it and the ejb module do we put it in > > ear, > > > > otherwise we keep them separated. That's our approach. > > > > Cheers > > > > > > > > > - > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > -- > > .::You're welcome ::. > > > > > > -- .::You're welcome ::.
Re: [m2] - WAR file generation
It has been done for the PrivacyWeb POM (WAR file POM - ref prev mails) but it doesnt seem to work. On 12/21/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote: > > Karthik Manimaran wrote: > > >My question here is - How to avoid jars that can be reused from being > copied > >to the lib directory and have it as a common file in the EAR. > > > >Thanks and regards, > >Karthik. > > > > > We put the ejb module in the ear and we put this in the war module pom > so that it uses the ear lib and doesn't import it. > > > it.linksystem.csai > CSAIEJB > 1.0 > provided > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] - WAR file generation
Some of the libs are are used by components in the EAR. On 12/21/05, Stephane Nicoll <[EMAIL PROTECTED]> wrote: > > Well, this is a really tricky question. Thoses libs are for the WAR > artifact > only and are not used in any way by components in the EAR file, right? > > On 12/21/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > > > My question here is - How to avoid jars that can be reused from being > > copied > > to the lib directory and have it as a common file in the EAR. > > > > Thanks and regards, > > Karthik. > > > > > > On 12/20/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote: > > > > > > Karthik Manimaran wrote: > > > > > > >The jar file DotComCommon-1.0.jar is duplicated in the EAR file. > > > > > > > >1. It is present in the EAR file as a separate jar at the root. > > > >2. It is also present inside PrivacyWeb.war file (inside WEB-INF/lib > > > folder) > > > > > > > >The same duplication occurs for all other jars used by PrivacyWeb > > > (runtime, > > > >commons-*, ContentManager etc) > > > > > > > >Now the EAR is twice as big as what it is supposed to be. I do not > need > > > >Maven to include all the depencies required for the WAR file inside > lib > > > >directory as it is already available as separate jars in the EAR > file. > > > > > > > >Thanks and regards, > > > >Karthik. > > > > > > > For my team we allow the war module to have it's own libraries, only > if > > > the lib can be reused between it and the ejb module do we put it in > ear, > > > otherwise we keep them separated. That's our approach. > > > Cheers > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > -- > .::You're welcome ::. > >
Re: [m2] - WAR file generation
Well, this is a really tricky question. Thoses libs are for the WAR artifact only and are not used in any way by components in the EAR file, right? On 12/21/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > My question here is - How to avoid jars that can be reused from being > copied > to the lib directory and have it as a common file in the EAR. > > Thanks and regards, > Karthik. > > > On 12/20/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote: > > > > Karthik Manimaran wrote: > > > > >The jar file DotComCommon-1.0.jar is duplicated in the EAR file. > > > > > >1. It is present in the EAR file as a separate jar at the root. > > >2. It is also present inside PrivacyWeb.war file (inside WEB-INF/lib > > folder) > > > > > >The same duplication occurs for all other jars used by PrivacyWeb > > (runtime, > > >commons-*, ContentManager etc) > > > > > >Now the EAR is twice as big as what it is supposed to be. I do not need > > >Maven to include all the depencies required for the WAR file inside lib > > >directory as it is already available as separate jars in the EAR file. > > > > > >Thanks and regards, > > >Karthik. > > > > > For my team we allow the war module to have it's own libraries, only if > > the lib can be reused between it and the ejb module do we put it in ear, > > otherwise we keep them separated. That's our approach. > > Cheers > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > -- .::You're welcome ::.
Re: [m2] - WAR file generation
Karthik Manimaran wrote: My question here is - How to avoid jars that can be reused from being copied to the lib directory and have it as a common file in the EAR. Thanks and regards, Karthik. We put the ejb module in the ear and we put this in the war module pom so that it uses the ear lib and doesn't import it. it.linksystem.csai CSAIEJB 1.0 provided - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] - WAR file generation
My question here is - How to avoid jars that can be reused from being copied to the lib directory and have it as a common file in the EAR. Thanks and regards, Karthik. On 12/20/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote: > > Karthik Manimaran wrote: > > >The jar file DotComCommon-1.0.jar is duplicated in the EAR file. > > > >1. It is present in the EAR file as a separate jar at the root. > >2. It is also present inside PrivacyWeb.war file (inside WEB-INF/lib > folder) > > > >The same duplication occurs for all other jars used by PrivacyWeb > (runtime, > >commons-*, ContentManager etc) > > > >Now the EAR is twice as big as what it is supposed to be. I do not need > >Maven to include all the depencies required for the WAR file inside lib > >directory as it is already available as separate jars in the EAR file. > > > >Thanks and regards, > >Karthik. > > > For my team we allow the war module to have it's own libraries, only if > the lib can be reused between it and the ejb module do we put it in ear, > otherwise we keep them separated. That's our approach. > Cheers > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] - WAR file generation
Karthik Manimaran wrote: The jar file DotComCommon-1.0.jar is duplicated in the EAR file. 1. It is present in the EAR file as a separate jar at the root. 2. It is also present inside PrivacyWeb.war file (inside WEB-INF/lib folder) The same duplication occurs for all other jars used by PrivacyWeb (runtime, commons-*, ContentManager etc) Now the EAR is twice as big as what it is supposed to be. I do not need Maven to include all the depencies required for the WAR file inside lib directory as it is already available as separate jars in the EAR file. Thanks and regards, Karthik. For my team we allow the war module to have it's own libraries, only if the lib can be reused between it and the ejb module do we put it in ear, otherwise we keep them separated. That's our approach. Cheers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] - WAR file generation
The jar file DotComCommon-1.0.jar is duplicated in the EAR file. 1. It is present in the EAR file as a separate jar at the root. 2. It is also present inside PrivacyWeb.war file (inside WEB-INF/lib folder) The same duplication occurs for all other jars used by PrivacyWeb (runtime, commons-*, ContentManager etc) Now the EAR is twice as big as what it is supposed to be. I do not need Maven to include all the depencies required for the WAR file inside lib directory as it is already available as separate jars in the EAR file. Thanks and regards, Karthik. On 12/20/05, Stephane Nicoll <[EMAIL PROTECTED]> wrote: > > Well this does not sound a mistake to me. What are you actually expecting > from Maven? > > s/ > > On 12/20/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > > > Oops . Didn't know attachements arent accepted. Details below: > > > > Folder structure > > remo > > - applications > >-DotCom > > --modules > > --ContentManager > >--DotComCommon > >--PrivacyWeb > > > > PrivacyWeb POM: > > > >4.0.0 > >remo.gtvx2 > >PrivacyWeb > >war > >1.0 > >Privacy Web > > > > > > > > remo.gtvx2 > > DotComCommon > > 1.0 > > provided > > > > > > remo.gtvx2 > > ContentManager > > 1.0 > > provided > > > > > > > > > > javax.servlet > > servlet-api > > 2.3 > > provided > > > > > > javax.mail > > mail > > 1.3.3 > > provided > > > > > > javax.activation > > activation > > 1.0.2 > > provided > > > > > > > > commons-beanutils > > commons-beanutils > > 1.7.0 > > provided > > > > > > log4j > > log4j > > 1.2.8 > > provided > > > > > > struts > > struts > > 1.0 > > provided > > > > > > commons-collections > > commons-collections > > 2.0 > > provided > > > > > > commons-logging > > commons-logging > > 1.0.2 > > provided > > > > > > commons-lang > > commons-lang > > 1.0 > > provided > > > > > > commons-fileupload > > commons-fileupload > > 1.0 > > provided > > > > > > commons-digester > > commons-digester > > 1.0 > > provided > > > > > > > > > > > > > > > > maven-war-plugin > > 2.0-beta-2 > > > > > > > > true > > > > > > > > > > > > > > > > > > > > DotCom POM: > > > >4.0.0 > >remo.gtvx2 > >DotComEar > >ear > >1.0 > >Dot Com EAR > > > > > > remo.gtvx2 > > ContentManager > > 1.0 > > ejb > > > > > > remo.gtvx2 > > PrivacyWeb > > 1.0 > > war > > > > > > remo.gtvx2 > > DotComCommon > > 1.0 > > > > > > > > > > > > maven-ear-plugin > > 2.0 > > > > > > > > true > > > > > > > > > > > > > > > > > > remo POM: > > > >4.0.0 > >remo > >1.0 > >gtvx > >pom > >gtvx .com Build > > > > applications > > modules > > > > > > > > > > org.apache.maven.plugins > > maven-javadoc-plugin > > > > > > > > > > > > DotComCommon POM: > > > > > >4.0.0 > >remo.gtvx2 > >DotComCommon > >jar > >1.0 > >Dot Com Common Components > > > > > > > > remo.gtvx2 > > ContentManager > > 1.0 > > > > > > javax.servlet > > servlet-api > > 2.3 > > > > > > javax.mail > > mail > > 1.3.3 > > > > > > javax.activation > > activation > > 1.0.2 > > > > > > commons-beanutils > > commons-beanutils > > 1.7.0 > > > > > > log4j > > log4j > > 1.2.8 > > > > > > > > > > > > > > > > maven-ejb-plugin > > 2.0 > > > > > > > > true > > > > > > > > > > > > > > > > > > In my case the coomon jars between DotComCommon and PrivacyWeb are > > replicated. Also DotComCommon jar is replicated once within the WAR > file. > > > > Thanks and regards, > >
Re: [m2] - WAR file generation
Well this does not sound a mistake to me. What are you actually expecting from Maven? s/ On 12/20/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > Oops . Didn't know attachements arent accepted. Details below: > > Folder structure > remo > - applications >-DotCom > --modules > --ContentManager >--DotComCommon >--PrivacyWeb > > PrivacyWeb POM: > >4.0.0 >remo.gtvx2 >PrivacyWeb >war >1.0 >Privacy Web > > > > remo.gtvx2 > DotComCommon > 1.0 > provided > > > remo.gtvx2 > ContentManager > 1.0 > provided > > > > > javax.servlet > servlet-api > 2.3 > provided > > > javax.mail > mail > 1.3.3 > provided > > > javax.activation > activation > 1.0.2 > provided > > > > commons-beanutils > commons-beanutils > 1.7.0 > provided > > > log4j > log4j > 1.2.8 > provided > > > struts > struts > 1.0 > provided > > > commons-collections > commons-collections > 2.0 > provided > > > commons-logging > commons-logging > 1.0.2 > provided > > > commons-lang > commons-lang > 1.0 > provided > > > commons-fileupload > commons-fileupload > 1.0 > provided > > > commons-digester > commons-digester > 1.0 > provided > > > > > > > > maven-war-plugin > 2.0-beta-2 > > > > true > > > > > > > > > > DotCom POM: > >4.0.0 >remo.gtvx2 >DotComEar >ear >1.0 >Dot Com EAR > > > remo.gtvx2 > ContentManager > 1.0 > ejb > > > remo.gtvx2 > PrivacyWeb > 1.0 > war > > > remo.gtvx2 > DotComCommon > 1.0 > > > > > > maven-ear-plugin > 2.0 > > > > true > > > > > > > > > remo POM: > >4.0.0 >remo >1.0 >gtvx >pom >gtvx .com Build > > applications > modules > > > > > org.apache.maven.plugins > maven-javadoc-plugin > > > > > > DotComCommon POM: > > >4.0.0 >remo.gtvx2 >DotComCommon >jar >1.0 >Dot Com Common Components > > > > remo.gtvx2 > ContentManager > 1.0 > > > javax.servlet > servlet-api > 2.3 > > > javax.mail > mail > 1.3.3 > > > javax.activation > activation > 1.0.2 > > > commons-beanutils > commons-beanutils > 1.7.0 > > > log4j > log4j > 1.2.8 > > > > > > > > maven-ejb-plugin > 2.0 > > > > true > > > > > > > > > In my case the coomon jars between DotComCommon and PrivacyWeb are > replicated. Also DotComCommon jar is replicated once within the WAR file. > > Thanks and regards, > Karthik. > > > > > > On 12/20/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > I have attached the POMs as reference. > > > > The modules DotComCommon (jar), ContentManager (ejb jar) and other > > dependency jars get included once in the EAR and within lib directory of > the > > WAR file for PrivacyWeb (war) too. > > > > Thanks and regards, > > Karthik. > > > > > > On 12/20/05, Stephane Nicoll <[EMAIL PROTECTED]> wrote: > > > > > > Could you please describe a bit more your situation. You have an WAR > > > inside > > > an EAR and librarires got duplicated? > > > > > > Maybe show your poms. > > > > > > s/ > > > > > > On 12/20/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > > > > > > > Hi, > > > > > > > > I am building a J2EE project. My WAR file includes all the > dependency > > > jars > > > > (including the common jars and ejb jars) in the WEB-INF/lib > directory. > > > > This > > > > creates additional copies of jar files within the EAR file and the > > > size of > > > > the WAR file gets huge. Is there a way to avoid bundling of the > > > > dependencies > > > > within the WAR file? The scope attribute
Re: [m2] - WAR file generation
Oops . Didn't know attachements arent accepted. Details below: Folder structure remo - applications -DotCom --modules --ContentManager --DotComCommon --PrivacyWeb PrivacyWeb POM: 4.0.0 remo.gtvx2 PrivacyWeb war 1.0 Privacy Web remo.gtvx2 DotComCommon 1.0 provided remo.gtvx2 ContentManager 1.0 provided javax.servlet servlet-api 2.3 provided javax.mail mail 1.3.3 provided javax.activation activation 1.0.2 provided commons-beanutils commons-beanutils 1.7.0 provided log4j log4j 1.2.8 provided struts struts 1.0 provided commons-collections commons-collections 2.0 provided commons-logging commons-logging 1.0.2 provided commons-lang commons-lang 1.0 provided commons-fileupload commons-fileupload 1.0 provided commons-digester commons-digester 1.0 provided maven-war-plugin 2.0-beta-2 true DotCom POM: 4.0.0 remo.gtvx2 DotComEar ear 1.0 Dot Com EAR remo.gtvx2 ContentManager 1.0 ejb remo.gtvx2 PrivacyWeb 1.0 war remo.gtvx2 DotComCommon 1.0 maven-ear-plugin 2.0 true remo POM: 4.0.0 remo 1.0 gtvx pom gtvx .com Build applications modules org.apache.maven.plugins maven-javadoc-plugin DotComCommon POM: 4.0.0 remo.gtvx2 DotComCommon jar 1.0 Dot Com Common Components remo.gtvx2 ContentManager 1.0 javax.servlet servlet-api 2.3 javax.mail mail 1.3.3 javax.activation activation 1.0.2 commons-beanutils commons-beanutils 1.7.0 log4j log4j 1.2.8 maven-ejb-plugin 2.0 true In my case the coomon jars between DotComCommon and PrivacyWeb are replicated. Also DotComCommon jar is replicated once within the WAR file. Thanks and regards, Karthik. On 12/20/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > Hi, > > I have attached the POMs as reference. > > The modules DotComCommon (jar), ContentManager (ejb jar) and other > dependency jars get included once in the EAR and within lib directory of the > WAR file for PrivacyWeb (war) too. > > Thanks and regards, > Karthik. > > > On 12/20/05, Stephane Nicoll <[EMAIL PROTECTED]> wrote: > > > > Could you please describe a bit more your situation. You have an WAR > > inside > > an EAR and librarires got duplicated? > > > > Maybe show your poms. > > > > s/ > > > > On 12/20/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > > > > > Hi, > > > > > > I am building a J2EE project. My WAR file includes all the dependency > > jars > > > (including the common jars and ejb jars) in the WEB-INF/lib directory. > > > This > > > creates additional copies of jar files within the EAR file and the > > size of > > > the WAR file gets huge. Is there a way to avoid bundling of the > > > dependencies > > > within the WAR file? The scope attribute value (provided/runtime) > > doesnt > > > seem to have an effect on this behaviour. > > > > > > Thanks and regards, > > > Karthik. > > > > > > > > -- > > .::You're welcome ::. > > > > > >
Re: [m2] - WAR file generation
Could you please describe a bit more your situation. You have an WAR inside an EAR and librarires got duplicated? Maybe show your poms. s/ On 12/20/05, Karthik Manimaran <[EMAIL PROTECTED]> wrote: > > Hi, > > I am building a J2EE project. My WAR file includes all the dependency jars > (including the common jars and ejb jars) in the WEB-INF/lib directory. > This > creates additional copies of jar files within the EAR file and the size of > the WAR file gets huge. Is there a way to avoid bundling of the > dependencies > within the WAR file? The scope attribute value (provided/runtime) doesnt > seem to have an effect on this behaviour. > > Thanks and regards, > Karthik. > > -- .::You're welcome ::.
[m2] - WAR file generation
Hi, I am building a J2EE project. My WAR file includes all the dependency jars (including the common jars and ejb jars) in the WEB-INF/lib directory. This creates additional copies of jar files within the EAR file and the size of the WAR file gets huge. Is there a way to avoid bundling of the dependencies within the WAR file? The scope attribute value (provided/runtime) doesnt seem to have an effect on this behaviour. Thanks and regards, Karthik.