Thanks. It really seems the best option ------------------------ Paulo Silveira http://www.paulo.com.br/ http://www.guj.com.br/
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: segunda-feira, 24 de mar�o de 2003 20:13 > To: [EMAIL PROTECTED] > Subject: RE: war plugin does not work well with overriden > jars (non repository ones)? > > > That is what we do as well, and find that it is the easiest > most bullet proof approach. Also, makes it easy to deploy > your own jars for internal company use! > > Eric Pugh > > -----Original Message----- > From: Alex Arnell [mailto:[EMAIL PROTECTED] > Sent: Monday, March 24, 2003 6:17 PM > To: Maven Users List > Subject: Re: war plugin does not work well with overriden > jars (non repository ones)? > > > You could set up your own remote repo for that. All that is > required is > a webserver with your remote repo somewhere in it's document root. > > You can check the maven users guide for info on how to layout the > directories. Then add the following to your project.properties > > maven.repo.remote = http://yourHost/path/to/repo, > http://www.ibiblio.org/maven > > Paulo Silveira wrote: > > >Yep, I can do it manually > > > >But it would be VERY nice that anyone could checkout my project form > >the cvsrepo and war:war without ANY manual, modifications. a lot of > >manually copies reminds me ant :) > > > >Do you think that we should do this or it would be a better > solution if > >the war plugin also check the overriden jars? > > > >------------------------ > >Paulo Silveira > >http://www.paulo.com.br/ > >http://www.guj.com.br/ > > > > > > > > > >>-----Original Message----- > >>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > >>Sent: segunda-feira, 24 de mar�o de 2003 19:25 > >>To: Maven Users List > >>Subject: Re: war plugin does not work well with overriden > >>jars (non repository ones)? > >> > >> > >>Can't you just put it in the local repo? > >> > >>-- > >>dIon Gillard, Multitask Consulting > >>Blog: http://www.freeroller.net/page/dion/Weblog > >>Work: http://www.multitask.com.au > >> > >> > >>"Paulo Silveira" <[EMAIL PROTECTED]> wrote on 24/03/2003 > 06:38:36 PM: > >> > >> > >> > >>>One of my POMs dep: > >>> > >>> <dependency> > >>> <id>mail</id> > >>> <version>1.3</version> > >>> <properties> > >>> <war.bundle.jar>true</war.bundle.jar> > >>> </properties> > >>> </dependency> > >>> > >>>But this dep we do not have @ the repository, so in > >>> > >>> > >>projec.properties: > >> > >> > >>>maven.jar.mail = ${basedir}/resource/nonRepositoryLibs/mail.jar > >>> > >>>When java:compile'ing, it works fine. It download the repository > >>>dependencies but does not download the overriden ones. > >>> > >>>But when war:webapp'ing, or war:war'ing, it tries to download the > >>>artifacts from the repository, ignoring my prject.properties. > >>> > >>>I dont know if it is just my impression, but some commits ago, it > >>>seems that overriding a dependency would create a > >>> > >>> > >>repository instance. > >> > >> > >>>For example, in this case, it would create > >>>repo/mail/jars/mail-1.3.jar, even if it was not downloaded > from the > >>>repo. Am I right? > >>> > >>>How can I solve this? > >>> > >>>------------------------ > >>>Paulo Silveira > >>>http://www.paulo.com.br/ > >>>http://www.guj.com.br/ > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>------------------------------------------------------------ > --------- > >> > >> > >>>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] > > > > > > > > -- > Alex Arnell > Bravenet Web Services (www.bravenet.com) > Software Engineer > (Java Guru) > (250) 954-0856 > > > > --------------------------------------------------------------------- > 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]
