To answer my question: The path to my CVS repository now depends on
${maven.home} which is inside CVS as well. This path is now global to
plugins and projects which solves my problem of having a relativ path.Dominik On Tue, 2004-05-18 at 19:10, Dominik Dahlem wrote: > Hi, > > the approach to have a repository in CVS and then refer to it in the > maven.repo.home property got me a far bit closer to what I'm trying to > achieve. However, a custom plugin which declares a dependency on a .jar > file in this CVS repository can not be resolved at runtime. Did anyone > else ran into the same problem and has a solution for it? > When I have an absolute path to the CVS repository it works though. > > Thanks, > Dominik > > > > On Tue, 2004-05-11 at 12:23, Takhar, Sandeep wrote: > > yes it works (the file: stuff). > > > > sandeep > > > > -----Original Message----- > > From: J. Matthew Pryor [mailto:[EMAIL PROTECTED] > > Sent: Monday, May 10, 2004 7:33 PM > > To: 'Maven Users List' > > Subject: RE: Dependancies without repositories. Was: Re: Dependencies > > > > > > Snooping recently in the pico/nano codebase I saw a line like the following > > > > maven.repo.remote = http://www.ibiblio.org/maven, http://dist.codehaus.org, > > file:${basedir}/lib > > > > I didn't try it yet myself but is that valid? > > > > Matthew > > > > > -----Original Message----- > > > From: Brill Pappin [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, May 11, 2004 1:01 AM > > > To: Maven Users List > > > Subject: Dependancies without repositories. Was: Re: Dependencies > > > > > > Aside: For any Maven developers paying attention here... this > > > is something that needs some special attention as its messy > > > as hell and is a (very) common problem. > > > > > > What I would suggest is a standard dir in the project itself > > > (like src or target) which is the projects "private" > > > repository... this dir would have the same structure as the > > > public repository and be included automatically in dependency > > > checks if it exists. Such a modification would solve this > > > problem once and for all. umm... don't forget to document it... > > > > > > ============================ > > > Now back to our regularly scheduled reply: > > > > > > Ahh, you mean for dependencies that are not included on > > > ibiblio (or some other repository)... > > > > > > I do a special setup for that stuff. > > > > > > create dir src/libs > > > add the jars to that dir, and include a version. > > > add the dependency as normal to the project.xml file. > > > add a line in the project.properties for the override. > > > add a goal in the maven.xml that adds the jar to your local > > > repository from the src/libs dir. > > > > > > > > > I usually have to do this with Sun libs that can't be normally > > > distributed, but I've also done it with libs that have no repository > > > location. > > > > > > Example: > > > > > > The following example ensures that the javamail api which has no > > > repository can be found by the project. > > > Unfortunately not all plugins respect the jar override > > > properties so the > > > goal has to be included to copy the jar into the proper repository > > > location. Note that this is a lot of extra work to add your > > > libs, bit I > > > find its worth the effort to have a clean dependency list and > > > a "compile > > > anywhere" source tree. > > > FYI: I've used a couple of things that might not be obvious > > > to someone > > > new to Maven, such as the preGoal which in this case will > > > execute before > > > the java:compile goal does. You can specify a preGoal for any goal. > > > > > > in project.xml > > > -------------------------------- > > > <dependency> > > > <groupId>java</groupId> > > > <artifactId>javamail</artifactId> > > > <version>1.3.1</version> > > > <type>jar</type> > > > <properties> > > > <war.bundle>true</war.bundle> > > > </properties> > > > </dependency> > > > > > > in project.properties > > > --------------------------------* > > > maven.jar.override=on > > > maven.jar.javamail=${basedir}/src/libs/javamail-1.3.1.jar > > > * > > > in maven.xml > > > -------------------------------- > > > <preGoal name="java:compile"> > > > <attainGoal name="copy-private-jars" /> > > > </preGoal> > > > > > > <goal name="copy-private-jars"> > > > <mkdir dir="${maven.repo.local}/java/jars" /> > > > <copy file="${maven.src.dir}/libs/javamail-1.3.1.jar" > > > toDir="${maven.repo.local}/java/jars"/> > > > </goal> > > > > > > > > > - Brill Pappin > > > > > > > > > Bill Madison wrote: > > > > > > >Thanks Matt, > > > > > > > >Isnt there a lib or something where I can point to, > > > >instead of putting each and every jar as a dpendency, > > > >thats a lot of cut and paste work and also most of the > > > >thirdparty jars dont come with a version and as I see > > > >the version is a requiredd element. Theres got to be a > > > >better and easier way of doing this. > > > > > > > >The problem in my case is that we have 2 development > > > >teams, and they put their jars in the IDE build path > > > >and when it comes to integration/build I have to start > > > >figuring out the version for each jar and start > > > >putting them in the project.xml which is kind of > > > >cumbersome. So trying to see if there is a better way > > > >f doing this. Please let me know if you have a > > > >solution for this. > > > > > > > >Thanks > > > > > > > >--- "matthew.hawthorne" <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > >>Bill Madison wrote: > > > >> > > > >> > > > >>>I am a newbie to Maven. And my question is, if my > > > >>>project needs some 30 thirdparty jars, for each of > > > >>>them do I need to put a <dependency> element in > > > >>> > > > >>> > > > >>the > > > >> > > > >> > > > >>>project.xml? Please let me know. > > > >>> > > > >>> > > > >>Yes. > > > >> > > > >> > > > >> > > > >> > > > >--------------------------------------------------------------------- > > > > > > > > > > > >>To unsubscribe, e-mail: > > > >>[EMAIL PROTECTED] > > > >>For additional commands, e-mail: > > > >>[EMAIL PROTECTED] > > > >> > > > >> > > > >> > > > > > > > > > > > > > > > > > > > > > > > >__________________________________ > > > >Do you Yahoo!? > > > >Yahoo! Photos: High-quality 4x6 digital prints for 25ยข > > > >http://photos.yahoo.com/ph/print_splash > > > > > > > >--------------------------------------------------------------------- > > > >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] -- Dominik Dahlem <[EMAIL PROTECTED]> ------------------------------------------------------- Trinity College Dublin Department of Computer Science, Dublin 2, Ireland fax: (+353) 1-677 2204 www: http://www.cs.tcd.ie/Dominik.Dahlem/ -------------------------------------------------------
signature.asc
Description: This is a digitally signed message part
