RE: Internal repository question - stopping repo1
Is there any way to do the same thing (always hit only one internal repo) using only a shared parent pom.xml (and specifically without altering anything in settings.xml, as I know of no automatic way to share a common settings.xml among a team)? Dan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 23, 2008 3:46 PM To: Maven Users List Subject: Re: Internal repository question - stopping repo1 You need a to set up a mirror pointing to your local repo as a mirrorOf*/mirrorOf in your settings.xml file, and Maven will only go to that server for all of its files. Wayne On 4/23/08, Daniel King [EMAIL PROTECTED] wrote: I'm using Archiva 1.0.2 and Maven 2.0.9 using JDK 1.6 on Windows XP. I've installed Maven on my local machine and Maven and Archiva on a development machine (Not sure if Maven is needed on the dev machine with Archiva but I think it is). For some reason I clear out my local repository and do a build, I see plugins being downloaded from repo1. I thought that those plugins would be downloaded to my internal repository. Then when I clear out the local repository and do a build again it would only get those from my internal repository. However it is still going out to repo1 for plugins. In my project's pom.xml I have the following: repositories repository idinternal/id nameInternal Maven Repository/name layoutdefault/layout urlfile://\\buildMachine\repository/url snapshots enabledfalse/enabled /snapshots /repository /repositories pluginRepositories pluginRepository idinternal/id nameInternal Maven Plugin Repository/name urlfile://\\buildMachine\repository/url layoutdefault/layout snapshots enabledfalse/enabled /snapshots releases updatePolicynever/updatePolicy /releases /pluginRepository /pluginRepositories distributionManagement repository idinternal/id urlfile://\\ buildMachine \repository/url /repository snapshotRepository idinternal/id urlfile://\\ buildMachine \repository/url uniqueVersiontrue/uniqueVersion /snapshotRepository /distributionManagement I basically need to setup Maven/Archiva as an internal repository on a build machine and have no network traffic go beyond that build machine ie not going to repo1. So if something isn't on the internal repo then a build smith would go and manually install and bless whatever they need. Security doesn't like the idea of going out to remote repos and just bringing stuff down. So after looking through the archives and reading other posts, I'm confused on what I'm doing wrong. I don't fully understand the servers and mirrors tags and if they even matter to me at this point. Any help would be appreciated even if it is to tell me to read a certain section of the manual again. Thanks, Daniel King -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Specify Mirrors in parent pom.xml
The mini guide (Using Mirrors for Repositories) shows how to set up mirrors of central via the settings.xml file (like below): mirrors mirror idibiblio.org/id urlhttp://mirrors.ibiblio.org/pub/mirrors/maven2/url mirrorOfcentral/mirrorOf !-- United States, North Carolina -- /mirror ... However, I prefer to put this setting in a parent pom.xml which is the parent of all our maven projects. This way, if I need to change mirrors, all I need to do is deploy a new parent pom and everyone will get the changes and start hitting the new mirror of central. That said, is there a way to specify a mirror of central in a pom.xml, rather than settings.xml? (I couldn't find this in any of the guides, but if it's there, please point me to it). Thanks, Dan -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. --
RE: Maven 2 and Cruisecontrol
Yes, there is a Maven2 builder in CruiseControl. You should probably use the lastest from subversion, as it includes a bunch of fixes. The Maven2 builder was also available in the last released version (2.5). Dan -Original Message- From: Pawel Niemiec [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 12, 2006 2:06 AM To: Maven Users List Subject: Maven 2 and Cruisecontrol Hi, Does anyone knows if there is a CruiseControl plugin for Maven version 2 avaliable ? BR, Paweł Niemiec Software Engineer AuSystems Sp. z o.o. Poland Wynalazek 4 St. PL-02-667 Warsaw tel. (+48) 22 60 70 660 fax. (+48) 22 60 70 661 -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2.0.4] maven-artifact-ant-2.0.4-dep still using wrong path to snapshot deps
I'm still seeing incorrect paths being build by the m2 ant tasks when resolving dependencies. I found a prior post about this issue, prior thread: http://www.nabble.com/maven-artifact-ant-2.0-fails-to-set-the-correct-fi leset-t448540.html#a1232748 Unfortunately, the workaround discussed (building all dependencies on the same machine) is not an option for me. I'm trying the use the m2 ant tasks to migrate existing ant projects to maven in a distributed build environment. Hence, I can never ensure all dependent snapshots have been built on a single machine. Is this bug supposed to be fixed? (I couldn't find a Jira issue for it). If not, any expected eta on a fix? Any other workarounds? Below are the relevant snippets. Notice the path used to download into an empty local repo: ...util/1.0-SNAPSHOT/bhatestutil-1.0-20060422.014944-34.jar But then when the fileset is created for Ant, the (incorrect) path shown is: ...util/bhatestutil/1.0-20060422.014944-34/bhatestutil-1.0-20060422.0149 44-34.jar Thanks, Dan build.xml: artifact:dependencies verbose=true filesetId=fs.deps.test pathId=cp.deps.test useScope=test pom refid=maven.project/ /artifact:dependencies property name=cp.compilet.kludge2 refid=cp.deps.test/ property name=classpath.compile.test value=${cp.compilet.kludge2}/ javac srcdir=${dir.test} destdir=${dir.classes.test} classpath=${dir.classes};${classpath.compile.test} debug=on optimize=off deprecation=on source=1.3 target=1.2 / Output from ant compile: [artifact:dependencies] Downloading: com/bhaweb/testutil/bhatestutil/1.0-SNAPSHOT/bhatestutil-1.0-20060422.01 4944-34.jar [artifact:dependencies] Transferring 19K Adding reference: cp.deps.test Adding reference: fs.deps.test ... Setting project property: cp.compilet.kludge2 - /home/dan/.m2/repository/com/bhaweb/testutil/bhatestutil/1.0-20060422.01 4944-34/bhatestutil-1.0-20060422.014944-34.jar:/home/dan/.m2/repository/ junit/junit/3.8.1/junit-3.8.1.jar: ... [javac] Using modern compiler dropping /home/dan/.m2/repository/com/bhaweb/testutil/bhatestutil/1.0-20060422.01 4944-34/bhatestutil-1.0-20060422.014944-34.jar from path as it doesn't exist -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Internal (intranet) repositories
Have you tried adding plugin repos to your pom? Like: pluginRepositories pluginRepository idcentral/id namelocal-repository/name layoutdefault/layout urlhttp://build.corp.upromise.com/mavenrepository/url /pluginRepository ... /pluginRepositories Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 10:42 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Still - I have: repositories repository idcentral/id namelocal-repository/name layoutdefault/layout urlhttp://build.corp.upromise.com/mavenrepository/url /repository repository idlty-local/id namelocal-repository/name urlfile:thirdparty/repository/url /repository /repositories (I tried the reversing the order to no avail) And I see - E:\work\foxboro\modelmvn process-resources -P foxboro,model-base [INFO] Scanning for projects... [INFO] [INFO] Building LtyModel [INFO]task-segment: [process-resources] [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-plugin-parent/2.0/maven-plugin-parent-2.0.pom But I can see this: http://build.corp.upromise.com/mavenrepository/org/apache/maven/plugins/maven-plugin-parent/2.0/maven-plugin-parent-2.0.pom What am I doing wrong? -Original Message- From: Gunther Popp [mailto:[EMAIL PROTECTED] Sent: Saturday, April 08, 2006 7:29 AM To: Maven Users List Subject: Re: Internal (intranet) repositories I´m by far any expert in the Maven source code, but as far as I understand the implementation the repos defined in your pom will be checked first. If your pom contains no repo with the id central, the default repos defined in the Super-POM pom-4.0.0.xml will be searched next. Then all repos defined in parent-poms are considered. Additionally, the repos are searched in the order you define them in your pom.xml. This should be true for resolving dependencies. I´m not sure, if parent-poms and poms in general are resolved the same way. So maybe this explains the problems described in the other mails. Gunther I think there's a basic misunderstanding here... As far as I know it, Maven *always* checks Central first. Even if you define another repo somewhere else. One way people prevent this is by setting up Maven proxy and then setting that proxy as a mirror of Central in their settings.xml file. Then instead of Central, it checks your proxy for the files, and if your proxy doesn't have it, it goes out to Central on its own and retrieves them, and then provides them to your Maven process. Wayne On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yeah, something else is wrong then, I have apache running on another machine and I have this: repositories repository idlty-local/id namelocal-repository/name urlhttp://build.corp.upromise.com/mavenrepository//url /repository /repositories And I STILL see it pulling from: Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-javadoc- plu gin/2.0-beta-3/maven-javadoc-plugin-2.0-beta-3.pom 1K downloaded I'm able to view this directory from firefox on a different machine (and I tried with out that trailing / and no luck). How does this work folks? Nothing seems to work like the documentation says it does (sorry, but this is getting really frustrating). -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:55 PM To: Maven Users List Subject: Re: Internal (intranet) repositories sounds like a bug to me, since I also try to reproduce it and mvn -X does not give any indication that it references the configured repo before falling back to to the default ones Perhaps, you can create a small test case and submit a jira. -Dan On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yup - and I like the idea, but haven't gotten that far yet. I'm still disappointed that the file:/// syntax doesn't work. I _just_ finished installing apache 2 and will try with http:// syntax now. When I'm satisfied with these developments, I'll move on to trying out the proxy part of this. -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 1:29 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Sorry if this have already been suggested
RE: Internal (intranet) repositories
Not sure if it matters, but the name in the example I gave worries me. To be safe, try using a name that will certainly not override anything built in, like: pluginRepositories pluginRepository idcentral/id namemyInternalCentralProxy/name urlhttp://build.corp.upromise.com/mavenrepository/url /pluginRepository ... /pluginRepositories Re: What's the difference: I wish I knew precisely. ;) -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 1:22 PM To: Maven Users List; Rollo, Dan Subject: RE: Internal (intranet) repositories [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-resources-plugin' does not exist or no valid version could be found Is there any expert in the realm of repositories? This is getting frustrating... -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 12:59 PM To: Rollo, Dan; Maven Users List Subject: RE: Internal (intranet) repositories What's the difference between repository (like I had defined) and pluginrepository? -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 12:43 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Have you tried adding plugin repos to your pom? Like: pluginRepositories pluginRepository idcentral/id namelocal-repository/name layoutdefault/layout urlhttp://build.corp.upromise.com/mavenrepository/url /pluginRepository ... /pluginRepositories Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 10:42 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Still - I have: repositories repository idcentral/id namelocal-repository/name layoutdefault/layout urlhttp://build.corp.upromise.com/mavenrepository/url /repository repository idlty-local/id namelocal-repository/name urlfile:thirdparty/repository/url /repository /repositories (I tried the reversing the order to no avail) And I see - E:\work\foxboro\modelmvn process-resources -P foxboro,model-base [INFO] Scanning for projects... [INFO] [INFO] Building LtyModel [INFO]task-segment: [process-resources] [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-plugin-parent/2.0/maven-plugin-parent-2.0.pom But I can see this: http://build.corp.upromise.com/mavenrepository/org/apache/maven/plugins/maven-plugin-parent/2.0/maven-plugin-parent-2.0.pom What am I doing wrong? -Original Message- From: Gunther Popp [mailto:[EMAIL PROTECTED] Sent: Saturday, April 08, 2006 7:29 AM To: Maven Users List Subject: Re: Internal (intranet) repositories I´m by far any expert in the Maven source code, but as far as I understand the implementation the repos defined in your pom will be checked first. If your pom contains no repo with the id central, the default repos defined in the Super-POM pom-4.0.0.xml will be searched next. Then all repos defined in parent-poms are considered. Additionally, the repos are searched in the order you define them in your pom.xml. This should be true for resolving dependencies. I´m not sure, if parent-poms and poms in general are resolved the same way. So maybe this explains the problems described in the other mails. Gunther I think there's a basic misunderstanding here... As far as I know it, Maven *always* checks Central first. Even if you define another repo somewhere else. One way people prevent this is by setting up Maven proxy and then setting that proxy as a mirror of Central in their settings.xml file. Then instead of Central, it checks your proxy for the files, and if your proxy doesn't have it, it goes out to Central on its own and retrieves them, and then provides them to your Maven process. Wayne On 4/7/06, EJ Ciramella [EMAIL PROTECTED] wrote: Yeah, something else is wrong then, I have apache running on another machine and I have this: repositories repository idlty-local/id namelocal-repository/name urlhttp://build.corp.upromise.com/mavenrepository//url /repository /repositories And I STILL see it pulling
RE: Internal (intranet) repositories
What kind of ouput are you seeing on the Maven-Proxy console? Is the Maven-Proxy able to fetch this resource? Keep in mind some of the default config settings for Maven-Proxy were/are broken (the url in the example config to ibiblio was wrong for maven2 at one point.) Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 2:03 PM To: Maven Users List Subject: RE: Internal (intranet) repositories Honestly, this is really wearing on me, I can't get this to work and if this doesn't get off the ground then I guess we're reverting back to ant: E:\work\foxboro\modelmvn process-resources -P foxboro,model-base [INFO] Scanning for projects... [INFO] [INFO] Building LtyModel [INFO]task-segment: [process-resources] [INFO] [INFO] artifact org.apache.maven.plugins:maven-resources-plugin: checking for updates from central [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-resources-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Tue Apr 11 14:01:11 EDT 2006 [INFO] Final Memory: 1M/2M [INFO] I have these: repositories repository idlocal/id namelocal-repository/name urlfile:thirdparty/repository/url /repository repository idcentral/id namecentral/name layoutdefault/layout urlhttp://build.corp.upromise.com/mavenrepository/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameMaven Plugin Repository/name layoutdefault/layout urlhttp://build.corp.upromise.com/mavenrepository/url /pluginRepository /pluginRepositories Why is this? What does this mean? -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 1:54 PM To: Maven Users List Subject: Re: Internal (intranet) repositories repository and pluginRepository are different. If you put your plugin in an internal repository, you need to define plugin repository as well. and I wish maven should not differenciate these 2 types. That is why I use maven-proxy, and configure both repository and pluginRepository to that proxy in my site's settings.xml -D On 4/11/06, Rollo, Dan [EMAIL PROTECTED] wrote: Not sure if it matters, but the name in the example I gave worries me. To be safe, try using a name that will certainly not override anything built in, like: pluginRepositories pluginRepository idcentral/id namemyInternalCentralProxy/name urlhttp://build.corp.upromise.com/mavenrepository /url /pluginRepository ... /pluginRepositories Re: What's the difference: I wish I knew precisely. ;) -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 1:22 PM To: Maven Users List; Rollo, Dan Subject: RE: Internal (intranet) repositories [ERROR] BUILD ERROR [INFO] -- -- [INFO] The plugin 'org.apache.maven.plugins:maven-resources-plugin' does not exist or no valid version could be found Is there any expert in the realm of repositories? This is getting frustrating... -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 12:59 PM To: Rollo, Dan; Maven Users List Subject: RE: Internal (intranet) repositories What's the difference between repository (like I had defined) and pluginrepository? -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 12:43 PM To: EJ Ciramella; Maven Users List Subject: RE: Internal (intranet) repositories Have you tried adding plugin repos to your pom? Like: pluginRepositories pluginRepository idcentral/id namelocal-repository/name layoutdefault/layout urlhttp://build.corp.upromise.com/mavenrepository /url /pluginRepository ... /pluginRepositories Dan -Original Message
RE: Internal (intranet) repositories
Sorry if this have already been suggested and rejected, but: Have you considered using the maven-proxy to cache the ibiblio repo stuff on an internal machine? Dan -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 10:32 AM To: Maven Users List Subject: RE: Internal (intranet) repositories Bummer about the potential for a bug. I know that the group working on maven 2 things have submitted a repository directory in the perforce project (kinda exactly the opposite to what this feature in maven is supposed to provide). But theirs works, but it seems to have to be a local copy. I'll try to bring up apache on that machine and see what happens. I kind of don't want to do this to an already complicated build environment though. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 12:33 AM To: Maven Users List Subject: Re: Internal (intranet) repositories Can you perhaps load that repository on a local Apache server and modify the repository to reflect the HTTP repo, and see if it still fails to attempt to access the local repo? Might be a bug in how Maven deals with file:/// repos. I know most of us on the list are using simple HTTP repos, so you might have just stumbled into a new bug. Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: Here is my pom file. The directory in the url below is a shared folder on a different machine. project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.ejstools.tool1/groupId artifactIdtool1/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameEJs Tools/name urlhttp://build2.corp.upromise.com:8080/url descriptionThis project is simply here to lean about maven and eventually will be used to build EJs Java tools./description repositories repository idlocal/id nameUpromise Maven Repository/name urlfile:///servernamehere/mavenrepository/url /repository /repositories dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build resources resource directorysrc/main/resources/directory filteringtrue/filtering /resource /resources /build /project -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thursday, April 06, 2006 6:12 PM To: Maven Users List Subject: Re: Internal (intranet) repositories Where exactly were you putting that repository section? In your pom.xml? Or in another configuration file? Wayne On 4/6/06, EJ Ciramella [EMAIL PROTECTED] wrote: None of this explains why it didn't use my repo and simply ignored it completely. This is the more important part of the puzzle. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2.0.3] Embedder - setAlignWithUser ignored
Done: MNG-2200: [m2.0.3] Embedder - no way to override the localRepository, .start() and alignWithUserInstallation broken http://jira.codehaus.org/browse/MNG-2200 Dan -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Friday, March 31, 2006 3:21 PM To: Maven Users List Subject: Re: [m2.0.3] Embedder - setAlignWithUser ignored Rollo, Dan wrote: I'm not sure I understand how the branching/merging will pan out. Seems like this particular change could be pretty easy, like: private void detectUserInstallation() { if ( new File( userHome, .m2 ).exists() localRepositoryDirectory == null) { alignWithUserInstallation = true; } } Should I create a bug report issue for this MavenEmbedder bug? That's the best plan. I'm working on the branch right now. -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2.0.3] Embedder - setAlignWithUser ignored
I'm not sure I understand how the branching/merging will pan out. Seems like this particular change could be pretty easy, like: private void detectUserInstallation() { if ( new File( userHome, .m2 ).exists() localRepositoryDirectory == null) { alignWithUserInstallation = true; } } Should I create a bug report issue for this MavenEmbedder bug? Thanks, Dan On 3/30/06, Rollo, Dan [EMAIL PROTECTED] wrote: Cool. Just to verify if I'm thinking correctly: Would the correct usage be: 1. setLocalRepositoryDirectory(myLocalRepoDirectory); 2. alignWithUserInstallation(false); 3. mavenEmbedder.start(); Thanks, Dan PS: Any chance this fix could make it into 2.0.4? probably no, it's a rather big change on the branch. Milos -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2.0.3] Embedder - setAlignWithUser ignored
It appears there is no way to override the localRepository used by MavenEmbedder. Some code from MavenEmbedder.java: public void setLocalRepositoryDirectory( File localRepositoryDirectory ) { this.localRepositoryDirectory = localRepositoryDirectory; } ... public void start() throws MavenEmbedderException { detectUserInstallation(); ... private void detectUserInstallation() { if ( new File( userHome, .m2 ).exists() ) { alignWithUserInstallation = true; } } /** * Create the Settings that will be used with the embedder. If we are aligning with the user * installation then we lookup the standard settings builder and use that to create our * settings. Otherwise we constructs a settings object and populate the information * ourselves. * * @throws MavenEmbedderException * @throws ComponentLookupException */ private void createMavenSettings() throws MavenEmbedderException, ComponentLookupException { if ( alignWithUserInstallation ) { // -- // We will use the standard method for creating the settings. This // method reproduces the method of building the settings from the CLI // mode of operation. // -- settingsBuilder = (MavenSettingsBuilder) embedder.lookup( MavenSettingsBuilder.ROLE ); ... } else { if ( localRepository == null ) { throw new IllegalArgumentException( When not aligning with a user install you must specify a local repository location using the setLocalRepositoryDirectory( File ) method. ); } settings = new Settings(); settings.setLocalRepository( localRepositoryDirectory.getAbsolutePath() ); ... From the behavior and code, the detectUserInstallation() method will never allow me to override the localRepository if an .m2 user directory exists (even if I call setAlignWithUserInstallation(false) before calling start() ). This don't seem right. I believe the purpose of the setLocalRepositoryDirectory() is to allow overriding the default local repo location, but the current logic in the start() method always sets the field alignWithUserInstallation to true if .m2 exists. Is the local repo dir supposed to be overridable, and if so, is there some other way to do it? Thanks, Dan -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2.0.3] Embedder - setAlignWithUser ignored
Cool. Just to verify if I'm thinking correctly: Would the correct usage be: 1. setLocalRepositoryDirectory(myLocalRepoDirectory); 2. alignWithUserInstallation(false); 3. mavenEmbedder.start(); Thanks, Dan PS: Any chance this fix could make it into 2.0.4? -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 4:29 PM To: Maven Users List Subject: Re: [m2.0.3] Embedder - setAlignWithUser ignored Rollo, Dan wrote: It appears there is no way to override the localRepository used by MavenEmbedder. There is on a branch I'm working on which will most likely be merged into the trunk after the 2.0.4 release. Some code from MavenEmbedder.java: public void setLocalRepositoryDirectory( File localRepositoryDirectory ) { this.localRepositoryDirectory = localRepositoryDirectory; } ... public void start() throws MavenEmbedderException { detectUserInstallation(); ... private void detectUserInstallation() { if ( new File( userHome, .m2 ).exists() ) { alignWithUserInstallation = true; } } /** * Create the Settings that will be used with the embedder. If we are aligning with the user * installation then we lookup the standard settings builder and use that to create our * settings. Otherwise we constructs a settings object and populate the information * ourselves. * * @throws MavenEmbedderException * @throws ComponentLookupException */ private void createMavenSettings() throws MavenEmbedderException, ComponentLookupException { if ( alignWithUserInstallation ) { // -- // We will use the standard method for creating the settings. This // method reproduces the method of building the settings from the CLI // mode of operation. // -- settingsBuilder = (MavenSettingsBuilder) embedder.lookup( MavenSettingsBuilder.ROLE ); ... } else { if ( localRepository == null ) { throw new IllegalArgumentException( When not aligning with a user install you must specify a local repository location using the setLocalRepositoryDirectory( File ) method. ); } settings = new Settings(); settings.setLocalRepository( localRepositoryDirectory.getAbsolutePath() ); ... From the behavior and code, the detectUserInstallation() method will never allow me to override the localRepository if an .m2 user directory exists (even if I call setAlignWithUserInstallation(false) before calling start() ). This don't seem right. I believe the purpose of the setLocalRepositoryDirectory() is to allow overriding the default local repo location, but the current logic in the start() method always sets the field alignWithUserInstallation to true if .m2 exists. Is the local repo dir supposed to be overridable, and if so, is there some other way to do it? Thanks, Dan -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl jason at maven.org http://maven.apache.org Simplex sigillum veri. (Simplicity is the seal of truth.) -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2.0.3] Embedder - How to build transitive Dependency/Artifact graph
I'm working on a CruiseControl SourceControl plugin for Maven2 Snapshots using the Embedder. First, apologies for mis-named api methods in the following description, but I'm writing from foggy memory. I can read the list of PluginDependencies using the MavenProject. I'd like to build a full list of Artifacts that would include transitive dependencies (in order to check and report on exactly what dependent files have changed since the last build). My current approach can only list the Artifacts specifically mentioned in the pom.xml. The best I can do now is also run ManvenProject.readProjectWithDependencies() to get the Embedder to update all transitive dependencies, but I can't show a list of what was updated. Digging into the Embedder api, I can't see how to get a transitive Artifact graph. Suggestions? Finally, a simple question: If I have an Artifact object, is there an easy way to query the Embedder to find the full path to that object in the local repository? (Right now I'm just building the path using groupID, artifactID, etc, but it feels like this should be exposed somewhere by the Embedder.) Sorry for the wandering description...need more sleep. ;) Dan -- This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M2] another internal remote repository question
I don't have an answer, but I do have a question: I've seen this bootstrap situation w/ internal repo's discussed before, and my solution was to use a common (or bootstrap) parent pom as the parent for all our project poms. For example: ParentPom: ... groupIdorg.mine/groupId artifactIdpomCommon/artifactId packagingpom/packaging version1.0-SNAPSHOT/version nameShared Maven settings - Parent pom/name ... repositories repository idinternal.repo.release/id nameRelease Repo/name url.../url /repository repository idinternal.repo.snapshot/id nameSnapshot Repo/name url.../url /repository repository idcentral/id nameMaven Proxy of Central repo/name urlhttp://...maven proxy box...:/repository/url /repository /repositories pluginRepositories pluginRepository idinternal.repo.release/id nameRelease Repo/name url.../url /pluginRepository pluginRepository idinternal.repo.snapshot/id nameSnapshot Repo/name url.../url /pluginRepository pluginRepository idcentral/id nameMaven Proxy of Central repo/name urlhttp://...maven proxy box...:/repository/url /pluginRepository /pluginRepositories ... Then all Project POMS's have: parent groupIdorg.mine/groupId artifactIdpomCommon/artifactId version1.0-SNAPSHOT/version /parent groupIdorg.mine.proj/groupId artifactId.../artifactId ... With this approach, a new machine need only get the pomCommon installed in their local repo (could be done via a boostrap project, script, or whatever). From then on, they always hit the internal remote repos. One advantage here is updates to the pomCommon will automatically propogate to users. Am I missing something fundamental here? Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 12:13 PM To: Maven Users List Subject: [M2] another internal remote repository question Like many other posts on this mailing list, I'm currently struggling to get my internal remote repository working correctly. Having developed a new archetype for developers to use internally to build adaptors, I am also providing them with a pre-configured maven-2.0.2 installation that contains a profile (activated by default - see below section from settings.xml) which points to our internal remote repositories. If this worked, it would prevent developers having to run 'maven install' on the top level project to create, build and install all artifacts into their local repository. Note that when users start to build these adaptors, they have no project (and therefore no pom.xml), hence to create an instance of the archetype, maven needs to download the archetype from our internal remote repositories (hence the below configuration in settings.xml). Project artifacts are deployed to repository with id='jpm-inhouse-release' Project artifact dependencies are held in repository with id=' jpm-ibiblio-mirror' profile iduse-jpm-repositories/id activation activeByDefaulttrue/activeByDefault /activation repositories repository idjpm-inhouse-release/id nameCorporate Internal release repository/name url http://corporate.domain.com/svn/repos/mavenRepository/trunk/m2repository -jpm-release /url releases enabledtrue/enabled /releases snapshots enabledfalse/enabled /snapshots /repository repository idjpm-inhouse-snapshot/id nameCorporate Internal snapshot repository /name url http://corporate.domain.com/svn/repos/mavenRepository/trunk/m2repository -jpm-snapshot /url releases enabledfalse/enabled /releases snapshots enabledtrue/enabled /snapshots /repository repository idjpm-ibiblio-mirror/id nameCorporate Internal mirror of ibiblio repository/name url http://corporate.domain.com/svn/repos/mavenRepository/trunk/m2repository / url releases enabledtrue/enabled /releases snapshots enabledfalse/enabled /snapshots /repository /repositories /profile When creating an adaptor instance using our archetype, maven never attempts to retrieve the dependencies from 'jpm-ibiblio-mirror' even though it exists and is configured in settings.xml. C:\temp\ixgfcreateAdapter TestAdaptor ECHO is off. creating new adapter instance called 'TestAdaptor' ECHO is off. [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] com.jpmorgan.adaptor: checking for updates from
RE: maven-proxy and snapshots problem
I made all projects have a parent pom that defines a custom central repository (which uses maven proxy), and file share based internal repositories. The new developer machine has to perform boostrap steps: 1. get the parent pom project from the bank. 2. run mvn install on this project (to install the parent pom locally). I didn't have to alter any settings.xml, and theoretically the bootstrap needs to be done only once (since thereafter, I'm expecting updates to the parent pom to be automagically retrieved by maven from the internal file share repo where it is published). What do you think of this approach? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 14, 2006 8:59 PM To: Maven Users List Subject: RE: maven-proxy and snapshots problem I ended up having to require all developers set the repository in their settings just to bootstrap. Another work around is if you have a mirror of central defined to your maven proxy is to setup maven proxy to find the parent by looking in your repo. The problem here is that it won't work for snapshots because central has snapshots turned off by default. The solution to this? You guessed it, define a repository in your settings. As far as I can tell, there is no complete solution that doesn't require a repository in settings. Further complicating any attempts to outsmart maven was that repositories in the settings are searched before things in the pom. (can't remember why that was a problem, I think I was trying to cut down on the needless searching in locations where I know the files won't be found) -Original Message- From: Treloar, Barrie (SAPOL) [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 14, 2006 8:38 PM To: Maven Users List Subject: RE: maven-proxy and snapshots problem -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Wednesday, 15 February 2006 12:01 PM To: Maven Users List Subject: RE: maven-proxy and snapshots problem One problem I ran into with specifying your repositories in the pom: You will probably eventually want to have some inheritance and the repository definition will be at some parent pom above where you are building. In this case, if your repository definition is in the parent pom, maven won't know how to find your parent in the repository. A good ol' catch-22. This obviously isn't a problem if you are always checking out the code containing the parent and you have the correct layout where the parent is ../pom.xml. Just something to consider. Thank you for coherently articulating exactly my situation yesterday! I was at another developer's machine and I had this problem. We were creating a new module, and trying to link it to the parent pom. But the parent pom was not in our local repository, and not being available in the proxy since maven was only checking central. In this case the answer is obvious, checkout the parent and modify the parent pom since you need to define the module there anyway. Then install the parent pom in your local repository. But it doesn't solve the problem where: - A new developer starts on the project - Checks out the module they are working on - No parent pom in repository. I can't think of any real solutions to this problem. Previously it was working because my repository definitions were in settings.xml not in pom.xml. And all repositories in settings.xml where checked for the requested artifact. Now that the repository definitions are in the pom... Anyone have ideas? Barrie - 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]
[m2] AntTasks with Rhino js.jar missing Context.getDebuggableEngine()
I'm using the Ant Dependency Tasks of Maven 2.0.2. I have the following dependencies defined in my pom: dependency groupIdbsf/groupId artifactIdbsf/artifactId version2.3.0/version scopetest/scope /dependency dependency groupIdrhino/groupId artifactIdjs/artifactId version1.6R2/version scopetest/scope /dependency My ant file includes the deps via: artifact:pom file=java/pom.xml id=maven.project/ artifact:dependencies pathId=cp.dependencies.utest verbose=true useScope=test pom refid=maven.project/ /artifact:dependencies I've included the .m2/repository/... directories on Ant's classpath via: ARGS=-lib %USERPROFILE%\.m2\repository\bsf Ant gives the following error when it tries to do any javascript: BUILD FAILED C:\ibtDev\ibt\java\build.xml:1321: The following error occurred while executing this line: java.lang.NoSuchMethodError: org.mozilla.javascript.Context.getDebuggableEngine()Lorg/mozilla/javasc ript/debug/DebuggableEngine; If I simply use my old js.jar (version from Rhino 1.5R3 - as far as I can tell) instead of the .m2/repo...js-1.6R2.jar, everything works. I've also tried using all other versions of js.jar from ibiblio (listed below), and still get the same DebuggableEngine error: js/1.5R4-RC3 js/1.5R4.1 js/1.6R1 js/1.6R2 rhino/1.5R4.1 Any ideas? Is there a js/1.6R3 or newer around? Is there an old js/1.5R3 available on Ibiblio? Thanks, Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] Docs of fileset elements
Thanks. That almost does what I need. The directory element works great (includes the correct files), but the path in the final assembly zip file still includes the tools dir. Any suggestions on how to make the assembly jar drop the tools dir? -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 07, 2006 4:35 PM To: Maven Users List Subject: Re: [m2] Docs of fileset elements fileSets fileSet directorytools/directory includes includejmlib/**/include /includes /fileSet On 2/7/06, Rollo, Dan [EMAIL PROTECTED] wrote: I can't seem to find documentation about exactly which sub elements are valid in a Fileset. I have an assembly descriptor in which I'd like to include files from a location under the basedir, but I don't want all the parent dirs included in the path in the final output zip. I thought specifying the dir of the fileset should do what I need, but I can't get it to work. Example project tree: appname tools jmlib otherlib src main assembly- bin.xml For example, in the assembly descriptor: bin.xml assembly idbin/id formats formatzip/format /formats fileSets fileSet !-- tried: fileset dir=tools and include tag jmlib/**, but it don't work -- includes includetools/jmlib/**/include /includes /fileSet /fileSets /assembly The assembly descriptor above includes the desired files, but the paths in the jar are like below: appname-1.0-SNAPSHOT/tools/jmllib What I really want is (no tools dir in the path inside the jar): appname-1.0-SNAPSHOT/jmllib Thanks, Dan - 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]
[m2] Docs of fileset elements
I can't seem to find documentation about exactly which sub elements are valid in a Fileset. I have an assembly descriptor in which I'd like to include files from a location under the basedir, but I don't want all the parent dirs included in the path in the final output zip. I thought specifying the dir of the fileset should do what I need, but I can't get it to work. Example project tree: appname tools jmlib otherlib src main assembly- bin.xml For example, in the assembly descriptor: bin.xml assembly idbin/id formats formatzip/format /formats fileSets fileSet !-- tried: fileset dir=tools and include tag jmlib/**, but it don't work -- includes includetools/jmlib/**/include /includes /fileSet /fileSets /assembly The assembly descriptor above includes the desired files, but the paths in the jar are like below: appname-1.0-SNAPSHOT/tools/jmllib What I really want is (no tools dir in the path inside the jar): appname-1.0-SNAPSHOT/jmllib Thanks, Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant Tasks: Can I call tasks like validate?
I'm trying to use the Ant libs for Maven 2.0.2 to handle dependencies (and to unpack some files needed during the ant build). I'm using a pom.xml in which I've bound the maven dependency plugin to the validate phase,using the unpack goal: pom.xml: ... plugin groupIdorg.codehaus.mojo/groupId artifactIddependency-maven-plugin/artifactId executions execution idunpack/id phasevalidate/phase goals goalunpack/goal /goals configuration artifactItems artifactItem groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version typejar/type /artifactItem /artifactItems outputDirectoryunpacked/outputDirectory /configuration /execution /executions /plugin /plugins My ant file has: build.xml: project default=usage name=My App 2 xmlns:artifact=urn:maven-artifact-ant property name=maven.ant.jar value=/devtools/maven-artifact-ant-2.0.2-dep/maven-artifact-ant-2.0.2-d ep.jar/ typedef resource=org/apache/maven/artifact/ant/antlib.xml uri=urn:maven-artifact-ant classpath pathelement location=${maven.ant.jar}/ /classpath /typedef artifact:pom id=maven.project file=pom.xml / target name=test artifact:install pom refid=maven.project/ /artifact:install /target /project The dependency is fetched and unpacked as expected when I run maven directly via : mvn validate or mvn install However, when I run ant (to try and trigger the fetch) via: ant test I get: Buildfile: build.xml test: BUILD FAILED C:\ibttest\my-app2\build.xml:41: java.lang.NullPointerException Total time: 1 second I've tried binding the unpack to the install phase also, but this gives the same error. Is there a better way to use the AntLib to pull down (and unpack) dependencies at the start of an ant build process? Related, but maybe off topic: Is it possible to the validate goal directly using the AntLib? Thanks, Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.0.2 ant lib is missing ant classes
Somehow I mangled the URL for the bug report. This is a very big problem, since as the report states, it's not only the antlib.xml file that is missing, but all the ant plugin classes...in short, there is no ant plugin in version 2.0.2. Ouch! http://jira.codehaus.org/browse/MNG-1970 Dan 2.0.2 ant lib is missing ant classes Rollo, Dan 2006-01-17 16:32 I found this bug report: [jira] Created: (MNG-1970) maven-artifact-ant-2.0.2-dep.jar missing antlib.xml http://www.nabble.com/-jira-Created%3A-%28MNG-1970%29-maven-artifact-ant -2.0.2-dep.jar-missing-antlib.xml-t936588.html#a2426214 Does anyone know a way around this? I was trying to test some other bug fixes, but can't get past this. How quickly can a new maven get published? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
2.0.2 ant lib is missing ant classes
I found this bug report: [jira] Created: (MNG-1970) maven-artifact-ant-2.0.2-dep.jar missing antlib.xml http://www.nabble.com/-jira-Created%3A-%28MNG-1970%29-maven-artifact-ant -2.0.2-dep.jar-missing-antlib.xml-t936588.html#a2426214 Does anyone know a way around this? I was trying to test some other bug fixes, but can't get past this. How quickly can a new maven get published? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2]: dependency-maven-plugin artifactItems error
Bingo! I was mistakenly doing both: mvn install dependency:unpack and not realizing this would double execute since my pom also binds to a lifecycle...learning as I go. Doing just: mvn install works nicely. Thanks Brian. PS: Should I submit the docerr via the plugin forum? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thursday, January 12, 2006 9:39 PM To: Maven Users List Subject: RE: [m2]: dependency-maven-plugin artifactItems error I guess I'm not clear what's happening here. Are you running this like mvn dependency:unpack or just binding to the lifecycle and doing mvn install? The copy and unpack goals won't work from the command line because of the artifactItem array. If you want to launch from the command line, use the xxx-dependencies or resolve goal. -Original Message- From: Rollo, Dan [mailto:[EMAIL PROTECTED] Sent: Thursday, January 12, 2006 5:50 PM To: users@maven.apache.org Subject: [m2]: dependency-maven-plugin artifactItems error Sorry if I'm missing the obvious, but I keep getting the following error with the dependency plugin: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] One or more required plugin parameters are invalid/missing for 'dependency:unpack' [0] inside the definition for plugin: 'dependency-maven-plugin'specify the following: configuration ... artifactItemsVALUE/artifactItems /configuration. I have the following in my pom.xml ... dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency ... /dependencies And build plugins ... plugin groupIdorg.codehaus.mojo/groupId artifactIddependency-maven-plugin/artifactId executions execution idunpack/id phasepackage/phase goals goalunpack/goal /goals configuration artifactItems artifactItem groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version typejar/type outputDirectory${project.build.directory}/alternateLocation/outputDir ectory /artifactItem /artifactItems outputDirectory${project.build.directory}/outputDirectory /configuration /execution /executions /plugin /plugins /build What am I missing? Dan PS: There is a typo in the docs: In the How to use dependency:unpack section, the docs shows: ouputDirectory${project.build.directory}/alternateLocation/ouputDirec tory Should be: (missing first t in output) outputDirectory${project.build.directory}/alternateLocation/outputDir ectory - 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]
[m2]: dependency-maven-plugin artifactItems error
Sorry if I'm missing the obvious, but I keep getting the following error with the dependency plugin: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] One or more required plugin parameters are invalid/missing for 'dependency:unpack' [0] inside the definition for plugin: 'dependency-maven-plugin'specify the following: configuration ... artifactItemsVALUE/artifactItems /configuration. I have the following in my pom.xml ... dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency ... /dependencies And build plugins ... plugin groupIdorg.codehaus.mojo/groupId artifactIddependency-maven-plugin/artifactId executions execution idunpack/id phasepackage/phase goals goalunpack/goal /goals configuration artifactItems artifactItem groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version typejar/type outputDirectory${project.build.directory}/alternateLocation/outputDir ectory /artifactItem /artifactItems outputDirectory${project.build.directory}/outputDirectory /configuration /execution /executions /plugin /plugins /build What am I missing? Dan PS: There is a typo in the docs: In the How to use dependency:unpack section, the docs shows: ouputDirectory${project.build.directory}/alternateLocation/ouputDirec tory Should be: (missing first t in output) outputDirectory${project.build.directory}/alternateLocation/outputDir ectory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]