Leaving the scope this way, still cause issues to DAS, even tough DAS have an explicitly dependency in stax like below :
<dependency> <groupId>stax</groupId> <artifactId>stax-api</artifactId> <version>1.0.1</version> </dependency> I'll commit this change as a workaround for now, to avoid DAS build failure. On 7/12/07, ant elder <[EMAIL PROTECTED]> wrote:
Couldn't the thing thats packaging the ear/war do an exclude of the artifact that they don't want included? Isn't it a bit unusual to have a required dependency like this have a scope of provided. ...ant On 7/12/07, kelvin goodson <[EMAIL PROTECTED]> wrote: > > There was a discussion a while back on this on tuscany-dev. I can't find > a > mailing list archive that has this discussion so I paste the response > below. > > The upshot is that we, SDO, need the scope=provided to avoid the > unnecessary > packaging of the jar into an ear/war. If you need the jar packaged due to > a > dependency on SDO, then you must express an explicit dependency yourself > in > your own pom. > > Regards, Kelvin. > > ================ > Maven help us to manage the dependencies by using the pom.xml which we can > define the dependency relationship. > The dependency relationship can be used when maven need to setup the class > path or do the packaging. > Here is some note for "provided" that you can get from the book "Better > Builds with Maven": > > "You should note that you're using a provided scope instead of the default > compile scope. The reason is that this dependency will already be present > in > the environment (being the J2EE application server) where your EJB will > execute. You make this clear to Maven by using the provided scope; this > prevents the EAR module from including the J2EE JAR when it is > packaged.Eventhough this dependency is > provided at runtime, it still needs to be listed in the POM so that the > code > can be compiled." > > And if your module A unit test need the C jar in the runtime, because you > had set C jar as the provided scope in the other module B, you own A > module > will not take this dependency from module B even your have the dependence > from B. So you need to add the C jar's dependency as the <scope> test </ > scope> in the module A's pom.xml :). > ================== > > On 12/07/07, Luciano Resende <[EMAIL PROTECTED]> wrote: > > > > Should the scope also be changed ? Now that this is not optional > > anymore, it should be on the distribution as well, right ? > > > > On 7/12/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > Author: kelvingoodson > > > Date: Thu Jul 12 01:31:01 2007 > > > New Revision: 555532 > > > > > > URL: http://svn.apache.org/viewvc?view=rev&rev=555532 > > > Log: > > > TUSCANY-1371 - stax is not now optional since the HelperContextImpl > > carries an XMLStreamHelper instance > > > > > > Modified: > > > incubator/tuscany/java/sdo/impl/pom.xml > > > > > > Modified: incubator/tuscany/java/sdo/impl/pom.xml > > > URL: > > > http://svn.apache.org/viewvc/incubator/tuscany/java/sdo/impl/pom.xml?view=diff&rev=555532&r1=555531&r2=555532 > > > > > > ============================================================================== > > > --- incubator/tuscany/java/sdo/impl/pom.xml (original) > > > +++ incubator/tuscany/java/sdo/impl/pom.xml Thu Jul 12 01:31:01 2007 > > > @@ -90,7 +90,6 @@ > > > <artifactId>stax-api</artifactId> > > > <version>1.0.1</version> > > > <scope>provided</scope> > > > - <optional>true</optional> > > > </dependency> > > > > > > <!-- dependencies for test cases --> > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > Luciano Resende > > Apache Tuscany Committer > > http://people.apache.org/~lresende > > http://lresende.blogspot.com/ > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >
-- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]