yes, you would need to tweak your <include> patterns. I typically have: src/java src/test src/conf
in src/conf goes everything else that goes in the classpath but isn't a .java file. Makes it simpler to find config files for instance. Eric > -----Original Message----- > From: David Erickson [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 12, 2004 9:47 PM > To: Maven Users List; [EMAIL PROTECTED] > Subject: Re: Building Webapps > > > But then that will include tons of stuff I dont want that is within my src > directory, ie i dont want my .java files going along with it.. nor my test > resources etc etc.. > -David > ----- Original Message ----- > From: "Alex Shneyderman" <[EMAIL PROTECTED]> > To: "'Maven Users List'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Thursday, August 12, 2004 1:44 PM > Subject: RE: Building Webapps > > > > Sorry, of course no targetPath element > > > > > -----Original Message----- > > > From: Alex Shneyderman [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, August 12, 2004 3:43 PM > > > To: 'Maven Users List' > > > Subject: RE: Building Webapps > > > > > > > > > You can change it to > > > > > > <resource> > > > <directory>${basedir}/src</directory> > > > <targetPath>resources</targetPath> > > > <includes> > > > <include>**/*</include> > > > </includes> > > > </resource> > > > > > > to achieve that. > > > > > > Alex. > > > > > > > -----Original Message----- > > > > From: David Erickson [mailto:[EMAIL PROTECTED] > > > > Sent: Thursday, August 12, 2004 3:39 PM > > > > To: Maven Users List; [EMAIL PROTECTED] > > > > Subject: Re: Building Webapps > > > > > > > > Eric is it possible to specify the target location for the resource > > to > > > be > > > > included at? I guess thats kinda vague, but an example is: > > > > <resource> > > > > <directory>${basedir}/src/resources</directory> > > > > <targetPath>resources</targetPath> > > > > <includes> > > > > <include>*</include> > > > > </includes> > > > > </resource> > > > > > > > > so everything within src/resources gets put into /resources on the > > > > classpath > > > > -David > > > > > > > > ----- Original Message ----- > > > > From: "Eric Pugh" <[EMAIL PROTECTED]> > > > > To: "Maven Users List" <[EMAIL PROTECTED]> > > > > Sent: Thursday, August 12, 2004 1:25 PM > > > > Subject: RE: Building Webapps > > > > > > > > > > > > > The solution is simple! > > > > > > > > > > From > > > http://maven.apache.org/reference/plugins/eclipse/properties.html: > > > > > maven.eclipse.classpath.include=src\resources > > > > > > > > > > Eric > > > > > > > > > > > -----Original Message----- > > > > > > From: David Erickson [mailto:[EMAIL PROTECTED] > > > > > > Sent: Thursday, August 12, 2004 9:16 PM > > > > > > To: Maven User List > > > > > > Subject: Building Webapps > > > > > > > > > > > > > > > > > > Hey everyone I have been having a difficult time figuring out > > the > > > best > > > > > > process to work with maven when building webapps. Here is how I > > > > started: > > > > > > Eclipse 3, with myEclipseIDE and of course maven. I had my > > webapp > > > > project > > > > > > and another non-webapp project. This was working pretty well, I > > > > > > had eclipse > > > > > > set the nonwebapp project as dependent to my webapp, so whenever > > > > > > i deployed > > > > > > it would jar up the classes and chuck them into my web-inf/lib > > > folder > > > > and > > > > > > everything was great. All up until I found that I needed a > > > > > > resource from my > > > > > > webapp to be placed on the class path, so something like > > > > > > \src\resources\myContext.xml (Spring) needed to be sitting in > > > > > > \WEB-INF\classes, or the root of my classes jar file. Well > > maven > > > > handles > > > > > > this easily by including it in the jar resources section. > > However > > > > Eclipse > > > > > > the only way to do this (as far as I am aware) is to put it into > > > my > > > > > > \src\java directory and have it copy it in with my classes. And > > I > > > DO > > > > NOT > > > > > > like doing that because basically its just a hack. Ideally I'd > > > > > > like to have > > > > > > maven rebuild stuff anytime there are changes, kind of like > > > eclipse's > > > > auto > > > > > > build, however I don't know if thats feasible? It just seems > > like > > > > your > > > > > > fighting two battles using maven and an IDE, the first battle is > > > to > > > > get > > > > > > maven to work correctly in the commandline, and the second > > battle > > > is > > > > to > > > > > > attempt to have your ide do what maven does for includes and > > > > > > stuff. I know > > > > > > you can execute maven targets from within eclipse, and I've > > tried > > > > > > that, but > > > > > > it gets annoying having to constantly click the targets every > > time > > > you > > > > > > change anything so you can see how it looks in your webbrowser. > > > > > > > > > > > > Anyway I guess that was a lot of random thoughts put together.. > > I > > > > > > guess I'm > > > > > > just curious how everyone else is doing this, I'm open to > > > switching to > > > > > > IntelliJ if i has a lot better support for this kind of thing.. > > > > > > eclipse has > > > > > > been driving me nuts lately. > > > > > > Thanks all, > > > > > > David > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
