I have the same problem and I'd like to explain it. I want to have an ability to add some web-modules to my ear in some profile. And I don't want to redefine other modules, only my module. If I only add dependency on my module in profile, it's context root will be equal to war name, but I want to set it manually.
snicoll wrote: > > A configuration item that is a list can't be merged in a profile. See the > "modules" element as a configuration item, like the JavaEE version you > want > to use. If you override the value in the profile, you can't expect it to > merge the elements that are set in the main build (this is a global > behavior > of Maven btw). > > Why don't you add a dependency section in your profile instead? Why > quartz.jar should be added to the application context? Maybe you need to > use > http://maven.apache.org/plugins/maven-ear-plugin/generate-application-xml-mojo.html#includeLibInApplicationXmlinstead. > > Regards, > Stéphane > > On Tue, Dec 22, 2009 at 4:12 PM, Rebholz Paul > <[email protected]>wrote: > >> > Hi all! >> > >> > We have a project producing an ear artifact. The contents of the ear >> > file are configured with the maven-ear-plugin. In profiles we want to >> > be able to flexibly add more artifacts to the ear file as shown in the >> > example below. Our tests so far revealed a different behaviour than >> > expected. When adding a jar file with the jarModule element, all other >> > entries corresponding to jarModules disappear in the application.xml >> > and even some other jar files disappear completely from the ear. >> > Moreover, when adding a second profile adding jars, the first is >> > eclipsed. Is this a bug in the maven-ear-plugin implementation? >> > >> > Regards, Paul >> > >> > >> > <profile> >> > <id>my_test</id> >> > <activation> >> > <property> >> > <name>my_switch</name> >> > <value>true</value> >> > </property> >> > </activation> >> > <build> >> > <plugins> >> > <plugin> >> > <artifactId>maven-ear-plugin</artifactId> >> > <configuration> >> > <modules> >> > <jarModule> >> > <groupId>quartz</groupId> >> > <artifactId>quartz</artifactId> >> > >> > <includeInApplicationXml>true</includeInApplicationXml> >> > </jarModule> >> > </modules> >> > </configuration> >> > </plugin> >> > </plugins> >> > </build> >> > <dependencies> >> > <dependency> >> > <groupId>quartz</groupId> >> > <artifactId>quartz</artifactId> >> > <type>jar</type> >> > <version>1.5.2</version> >> > </dependency> >> > </dependencies> >> > </profile> >> >> This message is for the named person's use only. It may contain >> confidential, proprietary or legally privileged information. If you >> receive >> this message in error, please notify the sender urgently and then >> immediately delete the message and any copies of it from your system. >> Please >> also immediately destroy any hardcopies of the message. >> The sender's company reserves the right to monitor all e-mail >> communications through their networks. >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > -- > Large Systems Suck: This rule is 100% transitive. If you build one, you > suck" -- S.Yegge > > -- View this message in context: http://old.nabble.com/ear-plugin-and-profiles%3A-poor-cooperation--tp26889824p27452223.html Sent from the Maven - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
