You need to exclude it on the warpath dependency, not on the war dependency.

HTH,

Matt

On 10/31/07, Rob Hills <[EMAIL PROTECTED]> wrote:
> Hi Matt,
>
> Matt Raible wrote:
> > Can you post the relevant parts of your pom.xml so we can see if you
> > have your excludes in the proper location? Are you using a basic or
> > modular project?
> >
> Thanks for the reply.  I appreciate the number of emails you participate
> in on this list so I'm not surprised if you miss one occasionally.  I
> posted a snippet of the POM earlier in this thread and it's still in the
> posts - see further down here.  If the snippet is too small, I can widen
> it or send the whole thing.
> > On 10/31/07, Rob Hills <[EMAIL PROTECTED]> wrote:
> >
> >> Hi Matt,
> >>
> >> On 30 Oct 2007 at 23:06, Matt Raible wrote:
> >>
> >>
> >>> Maven should be unaware of Eclipse, so I doubt it's reading from
> >>> classpath or anything like that. You should be able to run "mvn -X |
> >>> tee mvn.log" or "mvn dependency:analyze" to see which dependency is
> >>> pulling it in.
> >>>
> >> Thanks for the reply.  Firstly, I've located a Windows version of TEE,
> >> described on the following website (which includes usage examples and a
> >> download link):
> >>
> >> http://www.jsifaq.com/SF/Tips/Tip.aspx?id=5921
> >>
> >> I seem to recall you mentioning tee somewhere on the site, but couldn't 
> >> find
> >> it.  If there is a spot, it might be useful to include the above link for 
> >> those of
> >> us handicapped by Windoze ;-)
> >>
> >> I've run mvn -X and got the output.  It appears that every package with a
> >> dependency on User produces a line like this:
> >>
> >> org.appfuse:appfuse-data-common:jar:2.0:compile (selected for compile)
> >>
> >> I have seen a number of "excludes" in the output from mvn -X but none
> >> referring to the appfuse-data-common entity.  I looked back at my POM and
> >> noted that it's an "exclusion" and there are none of those in the output -
> >> should there be?
> >>
> >> I wish I understood more about how maven runs inside Eclipse - there's
> >> obviously a subtle difference there that makes it work inside Eclipse, but 
> >> not
> >> outside of it.
> >>
> >>
> >>> Matt
> >>>
> >>> On 10/30/07, Rob Hills <[EMAIL PROTECTED]> wrote:
> >>>
> >>>> Hi All,
> >>>>
> >>>> On 26 Oct 2007 at 11:31, Rob Hills wrote:
> >>>>
> >>>>
> >>>>> On 25 Oct 2007 at 13:20, Matt Raible wrote:
> >>>>>
> >>>>>
> >>>>>> Are you excluding appfuse-data-common in your pom.xml? If so, please
> >>>>>> copy/paste that configuration into an e-mail so we can verify it's
> >>>>>> correct.
> >>>>>>
> >>>>> Wasn't sure if you really wanted the whole pom.xml so I've just 
> >>>>> included the relevant part of the Dependencies element (which is
> >>>>> at the project root - basic archetype).  It looks OK to me FWIW, and 
> >>>>> I'd kinda thought it must be right if it works OK in Eclipse - is
> >>>>> that a valid assumption?
> >>>>>
> >>>>>       <dependencies>
> >>>>>               <dependency>
> >>>>>                       <groupId>org.appfuse</groupId>
> >>>>>                       <artifactId>appfuse-${web.framework}</artifactId>
> >>>>>                       <version>${appfuse.version}</version>
> >>>>>                       <type>war</type>
> >>>>>                   <exclusions>
> >>>>>                     <exclusion>
> >>>>>                       <groupId>org.appfuse</groupId>
> >>>>>                       <artifactId>appfuse-data-common</artifactId>
> >>>>>                     </exclusion>
> >>>>>                   </exclusions>
> >>>>>               </dependency>
> >>>>> <!-- other dependencies snipped -->
> >>>>>       </dependencies>
> >>>>>
> >>>>> If you do want to see the whole thing, I can post it.
> >>>>>
> >>>> This remains a mystery to me.  I have tried deleting the
> >>>> org.appfuse.appfuse-data-common directory from my maven repository.  My
> >>>> Eclipse environment continues to build and run happily.  But as soon as 
> >>>> I try
> >>>> and run Maven by itself, it pulls a fresh copy of appfuse-data-common 
> >>>> from
> >>>> the internet and then uses that to try and build the app.
> >>>>
> >>>> I note that the project root has a .classpath file - could it be that 
> >>>> Eclipse
> >>>> feeds that to Maven when it runs it?  If so, is there a way of feeding 
> >>>> that file
> >>>> to Maven from the commandline?
> >>>>
> >>>>
> >>>>>> On 10/25/07, Rob Hills <[EMAIL PROTECTED]> wrote:
> >>>>>>
> >>>>>>> Hi All,
> >>>>>>>
> >>>>>>> AppFuse 2.0 + Struts 2.  I've been developing on a Windoze box using
> >>>>>>> Eclipse + Eclipse Maven plugin.  I've modified the User class 
> >>>>>>> following the
> >>>>>>> instructions on the AppFuse website:
> >>>>>>>
> >>>>>>> http://www.appfuse.org/display/APF/AppFuse+Core+Classes
> >>>>>>>
> >>>>>>> This is all working fine and I can build and run my app using Maven in
> >>>>>>> Eclipse.
> >>>>>>>
> >>>>>>> However, I'm trying to setup to work on my app on my notebook running
> >>>>>>> Debian.  For various reasons, I won't have eclipse installed there.
> >>>>>>>
> >>>>>>> In preparation for the move, I tried building my app using Maven on 
> >>>>>>> the
> >>>>>>> command line on the windoze box.
> >>>>>>>
> >>>>>>> mvn clean compile works fine.
> >>>>>>>
> >>>>>>> However, if I try and run the app the way I do within Eclipse via:
> >>>>>>>
> >>>>>>> mvn jetty:run-war -Phsqldb
> >>>>>>>
> >>>>>>> All my tests fail - apparently because they're seeing the original 
> >>>>>>> appfuse
> >>>>>>> model classes and not my modified versions.  Exactly the same thing
> >>>>>>> happens on my linux box.
> >>>>>>>
> >>>>>>> Is there some other configuration step involved in getting this to 
> >>>>>>> work from
> >>>>>>> the console?  I've looked back over the Core Classes and Environment
> >>>>>>> Configuration pages of the AppFuse site, but can't see anything 
> >>>>>>> obvious that
> >>>>>>> I've missed.
> >>>>>>>
>
> Many Thanks,
>
> Rob Hills
> Waikiki, Western Australia
>


-- 
http://raibledesigns.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to