RE: Maven and Eclipse
And one last thing on this. So now that I have resolved the Maven Dependencies problem, which it appears I created myself, I am back to the original problem which is when I compile from Eclipse (regardless of whether I upgraded to Mars 2 from Luna as in my Windows environment or fresh installed Mars 2 as in my Linux environment) I get the following error: Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) on project queue.producer: Execution default-compile of goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile failed: Plugin org.apache.maven.plugins:maven-compiler-plugin:2.5.1 or one of its dependencies could not be resolved: Failure to find org.apache.maven:maven-plugin-api:jar:2.0.9 in https://swimrepo.faa.gov/nexus/content/repositories/Repo-jboss-fuse-06-02-01-Releases was cached in the local repository, resolution will not be reattempted until the update interval of SwimRepo has elapsed or updates are forced -> [Help 1] And if I recall, this is what both Curtis was explaining (fresh install vs. upgrade) and Barrie wanted to know about in terms of outcome. So thus far the outcome is the same for the upgrade and fresh install environments, albeit the former is a Windows platform and the later a Linux platform. I will try a fresh install of Mars 2 in Windows as soon as I have time to work on it. Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294 -Original Message- From: Barrie Treloar [mailto:baerr...@gmail.com] Sent: Wednesday, June 08, 2016 7:33 PM To: Maven Users List Subject: Re: Maven and Eclipse On 9 June 2016 at 01:00, wrote: > Thanks Curtis! > > That's exactly what I did. > > As soon as I get a chance, I'll try a fresh install of Mars 2 and see > how it goes. I usually do my Eclipse upgrades with fresh installs, > this is the first time I tried to upgrade from a previous version. > > Mike And when you resolve the issue, can you post back your findings for search engines to find. Thanks.
RE: Maven and Eclipse
Curtis, Thank you for your reply. It actually gave me an idea that solved my problem. To get Eclipse and Maven recreate the Maven Dependencies in my Java Build Path I ran Maven -> Update Projects. first without a settings.xml file which did recreate the entry, but with the errors because without the settings.xml file Maven could not access my remote repo. Then I ran it again with my settings.xml file in my .m2 directory and all the errors in my Maven Dependencies entry in the Java Build Path are now correct. I have been going back and forth on this for the past few weeks (since my original post) so I cannot say what prompted me to remove the Maven Dependencies from the Java Build Path. It is possible I was just curious to see if Maven -> Update Projects would refresh the entry. I am now going to see if this fixes the situation in my Windows environment. Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294 -Original Message- From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On Behalf Of Curtis Rueden Sent: Tuesday, June 14, 2016 12:09 PM To: Maven Users List Subject: Re: Maven and Eclipse Hi Michael, > I removed the Maven Dependencies entry from the Java Build Bath > Libraries tab I don't understand why you are doing this step. It should never be necessary in my experience, and my intuition is that it could hose things up. The Maven > Update Project... command in the Package Explorer context menu (when you right-click a Maven project) should rebuild the contents of the Maven Dependencies list automatically, and hence keep your build path up to date. The workflow to get up and running on a target system (Windows, Linux or otherwise) should be the same: - Clone the project from your SCM to a local directory - File > Import > Existing Maven Project... - Select the local directory you just cloned - Next a couple of times, and you're done. And updating should be as simple as: - Update from your SCM - *Maybe* quick-fix to "Update Project..." if Eclipse complains about the pom.xml being out of sync. This will likely depend on how you updated from your SCM: through Eclipse or externally. Glad that you figured out about the settings.xml file. Regards, Curtis -- Curtis Rueden LOCI software architect - http://loci.wisc.edu/software ImageJ2 lead, Fiji maintainer - http://imagej.net/User:Rueden Did you know ImageJ has a forum? http://forum.imagej.net/ On Tue, Jun 14, 2016 at 10:53 AM, wrote: > Further information on this issue: > > I earlier reported that my fresh install of Eclipse Mars 2 in a Linux > environment did create a Maven Directories entry when executing Maven > -> Update Project, but that I noticed a problem with the actual jar > files this entry was pointing to and that they were not loaded into my > local repo from my remote repo. > > It appears this behavior was because I neglected to port my > settings.xml file to the .m2 directory and this file contains the > credentials to log in to my remote repo. > > So, I copied my settings.xml file from my Windows environment and > updated the location of my local repo in settings.xml with my Linux > path to my local repo. Then I removed the Maven Dependencies entry > from the Java Build Bath Libraries tab, removed all the directories in > my local repo and executed Maven -> Update Project.; this time I > received the same results that I did in my Windows environment where > my Eclipse upgrade to Mars 2 was not from a fresh install. > > Once again, I hope this is helpful. And sorry for any confusion the > first post may have caused. I just completely forgot about the settings.xml > file. > > Michael Tarullo > Contractor (Engility Corp) > Software Engineer > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Barrie Treloar [mailto:baerr...@gmail.com] > Sent: Wednesday, June 08, 2016 7:33 PM > To: Maven Users List > Subject: Re: Maven and Eclipse > > On 9 June 2016 at 01:00, wrote: > > > Thanks Curtis! > > > > That's exactly what I did. > > > > As soon as I get a chance, I'll try a fresh install of Mars 2 and > > see how it goes. I usually do my Eclipse upgrades with fresh > > installs, this is the first time I tried to upgrade from a previous version. > > > > Mike > > > And when you resolve the issue, can you post back your findings for > search engines to find. > > Thanks. >
RE: Maven and Eclipse
Further information on this issue: I earlier reported that my fresh install of Eclipse Mars 2 in a Linux environment did create a Maven Directories entry when executing Maven -> Update Project, but that I noticed a problem with the actual jar files this entry was pointing to and that they were not loaded into my local repo from my remote repo. It appears this behavior was because I neglected to port my settings.xml file to the .m2 directory and this file contains the credentials to log in to my remote repo. So, I copied my settings.xml file from my Windows environment and updated the location of my local repo in settings.xml with my Linux path to my local repo. Then I removed the Maven Dependencies entry from the Java Build Bath Libraries tab, removed all the directories in my local repo and executed Maven -> Update Project.; this time I received the same results that I did in my Windows environment where my Eclipse upgrade to Mars 2 was not from a fresh install. Once again, I hope this is helpful. And sorry for any confusion the first post may have caused. I just completely forgot about the settings.xml file. Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294 -Original Message- From: Barrie Treloar [mailto:baerr...@gmail.com] Sent: Wednesday, June 08, 2016 7:33 PM To: Maven Users List Subject: Re: Maven and Eclipse On 9 June 2016 at 01:00, wrote: > Thanks Curtis! > > That's exactly what I did. > > As soon as I get a chance, I'll try a fresh install of Mars 2 and see > how it goes. I usually do my Eclipse upgrades with fresh installs, > this is the first time I tried to upgrade from a previous version. > > Mike And when you resolve the issue, can you post back your findings for search engines to find. Thanks.
RE: Maven and Eclipse
This is a partial update to this issue, which I am posting as requested by Barrie Treloar. I encountered this problem on a Windows install of Eclipse. For the project I am working on I also needed a Linux Eclipse environment. So I asked our Linux Sys Admin to install a fresh download of Eclipse Mars 2 in a Linux VM I have dedicated to my project. I created new projects in this environment as Maven projects. A Maven Dependencies entry was added to my project's Libraries tab for the Java Build Path. I then ported my source code from my Windows Eclipse environment to this new Eclipse Linux environment and the related POM files. I removed the Maven Dependencies entry from the Java Build Path that was created when the project was created. I then deleted all the entries in my local .m2/repositories directory because when I executed Maven -> Update Project from Eclipse I wanted to make sure that both my local repository and my Java Build Path were refreshed. I then executed Maven -> Update Project from Eclipse and unlike in my Windows environment where only the local repo was refreshed not the Maven Dependencies in my Java Build Path, both the Maven Dependencies in my Java Build Path and my local repo were refreshed. While the problem I was experiencing in my Windows environment where my Eclipse was upgraded from Luna to Mars 2 without doing a fresh install appears to be resolved by a fresh install on the Linux platform, I am not problem free. While the Maven Dependencies entry was added to the Libraries tab for the Java Build Path and all the jar files specified in my POM were referenced in the Maven Dependencies, these references are flagged as missing from my local repo. I am investigating this now. I have not had the opportunity to try a fresh install in my Windows environment. As soon as I have some time to do this I will update the mailing list again with those results as well. I hope this explanation has been helpful. Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294 -Original Message- From: Barrie Treloar [mailto:baerr...@gmail.com] Sent: Wednesday, June 08, 2016 7:33 PM To: Maven Users List Subject: Re: Maven and Eclipse On 9 June 2016 at 01:00, wrote: > Thanks Curtis! > > That's exactly what I did. > > As soon as I get a chance, I'll try a fresh install of Mars 2 and see > how it goes. I usually do my Eclipse upgrades with fresh installs, > this is the first time I tried to upgrade from a previous version. > > Mike And when you resolve the issue, can you post back your findings for search engines to find. Thanks. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Maven and Eclipse
Thanks Curtis! That's exactly what I did. As soon as I get a chance, I'll try a fresh install of Mars 2 and see how it goes. I usually do my Eclipse upgrades with fresh installs, this is the first time I tried to upgrade from a previous version. Mike Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294 -Original Message- From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On Behalf Of Curtis Rueden Sent: Wednesday, June 08, 2016 11:08 AM To: Maven Users List Subject: Re: Maven and Eclipse Hi Michael, > That is why I was wondering if the problem was either the new Mars 2 > version of Eclipse or possibly the m2e plugin. For what it's worth, M2E works great on my system with Eclipse Mars.2. I would suggest testing with a fresh installation of Eclipse and a clean workspace -- if you migrated your workspace from Luna it might be that something got hosed up there. Regards, Curtis -- Curtis Rueden LOCI software architect - http://loci.wisc.edu/software ImageJ2 lead, Fiji maintainer - http://imagej.net/User:Rueden Did you know ImageJ has a forum? http://forum.imagej.net/ On Wed, Jun 8, 2016 at 9:58 AM, wrote: > Yes the compile (of course with the exact same POM) works from the > command line. That is why I was wondering if the problem was either > the new Mars 2 version of Eclipse or possibly the m2e plugin. As per > the question in your reply and my answer here, I will post something > to the m2e mailing list, as you suggest. > > Michael Tarullo > Contractor (Engility Corp) > Software Engineer > FAA WJH Technical Center > (609)485-5294 > > -Original Message- > From: Barrie Treloar [mailto:baerr...@gmail.com] > Sent: Tuesday, June 07, 2016 5:13 PM > To: Maven Users List > Subject: Re: Maven and Eclipse > > On 8 June 2016 at 01:33, wrote: > > > I have recently been doing Maven builds from Eclipse Luna with no > problems. > > > > Recently I upgraded Eclipse to Mars 2 and Maven builds that worked > > in the past no longer work. I have posted the error I'm getting at > > the end of this email. In addition, it appears that the Maven -> > > Update > project > > Feature is no longer working. When I do this from Eclipse Mars 2 on > > an empty local repo, the local repo is populated from my remote repo > > fine, but the Java Build Path Libraries are not populated, when I > > start with both an empty local repo and no libraries other than the JDK. > > > > I am using the m2e-workspace v0.3.1. Does this need to be changed > > as a result of my upgrade from Luna to Mars 2? > > > > [ERROR] Failed to execute goal > > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile > > (default-compile) on project queue.producer: > > Execution default-compile of goal > > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile failed: > > Plugin org.apache.maven.plugins:maven-compiler-plugin:2.5.1 > > or one of its dependencies could not be resolved: > > Failure to find org.apache.maven:maven-plugin-api:jar:2.0.9 > > in > > > https://swimrepo.faa.gov/nexus/content/repositories/Repo-jboss-fuse-06 > -02-01-Releases > > was cached in the local repository, resolution will not be > > reattempted until the update interval of SwimRepo > > has elapsed or updates are forced -> [Help 1] > > > Does this work on the command line ? > If yes, then you need to email the m2e mailing list to troubleshoot > further. > https://dev.eclipse.org/mailman/listinfo/m2e-users > > This error doesn't look like a problem with maven or m2e. > This looks like org.apache.maven:maven-plugin-api:jar:2.0.9 is not in > your organisations nexus proxy. > > From the path in the url to the nexus repo it looks like a jboss fuse > cache. > My last recollection of the jboss caches were they were bastardized > copies of central to work with jboss. > I'd recommend making that cache the last thing the nexus proxy > attempts to check. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Maven and Eclipse
Yes the compile (of course with the exact same POM) works from the command line. That is why I was wondering if the problem was either the new Mars 2 version of Eclipse or possibly the m2e plugin. As per the question in your reply and my answer here, I will post something to the m2e mailing list, as you suggest. Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294 -Original Message- From: Barrie Treloar [mailto:baerr...@gmail.com] Sent: Tuesday, June 07, 2016 5:13 PM To: Maven Users List Subject: Re: Maven and Eclipse On 8 June 2016 at 01:33, wrote: > I have recently been doing Maven builds from Eclipse Luna with no problems. > > Recently I upgraded Eclipse to Mars 2 and Maven builds that worked in > the past no longer work. I have posted the error I'm getting at the > end of this email. In addition, it appears that the Maven -> Update > project > Feature is no longer working. When I do this from Eclipse Mars 2 on > an empty local repo, the local repo is populated from my remote repo > fine, but the Java Build Path Libraries are not populated, when I > start with both an empty local repo and no libraries other than the JDK. > > I am using the m2e-workspace v0.3.1. Does this need to be changed as > a result of my upgrade from Luna to Mars 2? > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile > (default-compile) on project queue.producer: > Execution default-compile of goal > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile failed: > Plugin org.apache.maven.plugins:maven-compiler-plugin:2.5.1 or > one of its dependencies could not be resolved: > Failure to find org.apache.maven:maven-plugin-api:jar:2.0.9 in > https://swimrepo.faa.gov/nexus/content/repositories/Repo-jboss-fuse-06-02-01-Releases > was cached in the local repository, resolution will not be > reattempted until the update interval of SwimRepo > has elapsed or updates are forced -> [Help 1] Does this work on the command line ? If yes, then you need to email the m2e mailing list to troubleshoot further. https://dev.eclipse.org/mailman/listinfo/m2e-users This error doesn't look like a problem with maven or m2e. This looks like org.apache.maven:maven-plugin-api:jar:2.0.9 is not in your organisations nexus proxy. From the path in the url to the nexus repo it looks like a jboss fuse cache. My last recollection of the jboss caches were they were bastardized copies of central to work with jboss. I'd recommend making that cache the last thing the nexus proxy attempts to check. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven and Eclipse
I have recently been doing Maven builds from Eclipse Luna with no problems. Recently I upgraded Eclipse to Mars 2 and Maven builds that worked in the past no longer work. I have posted the error I'm getting at the end of this email. In addition, it appears that the Maven -> Update project Feature is no longer working. When I do this from Eclipse Mars 2 on an empty local repo, the local repo is populated from my remote repo fine, but the Java Build Path Libraries are not populated, when I start with both an empty local repo and no libraries other than the JDK. I am using the m2e-workspace v0.3.1. Does this need to be changed as a result of my upgrade from Luna to Mars 2? [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) on project queue.producer: Execution default-compile of goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile failed: Plugin org.apache.maven.plugins:maven-compiler-plugin:2.5.1 or one of its dependencies could not be resolved: Failure to find org.apache.maven:maven-plugin-api:jar:2.0.9 in https://swimrepo.faa.gov/nexus/content/repositories/Repo-jboss-fuse-06-02-01-Releases was cached in the local repository, resolution will not be reattempted until the update interval of SwimRepo has elapsed or updates are forced -> [Help 1] Thank you. Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294
RE: Problem With Maven Compiler Plugin
Thanks to everyone. I'll try with the 1.8 JDK and the Maven plug-in version I have now (1.5.1). BTW, is 1.5.1 the latest version or is there a more recent version of the Eclipse plug-ins? Thanks again. Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294 -Original Message- From: Manfred Moser [mailto:manf...@simpligility.com] Sent: Thursday, May 12, 2016 3:14 PM To: users@maven.apache.org Subject: Re: Problem With Maven Compiler Plugin Just to confirm though.. latest versions of M2e need Java 1.8... Anders Hammar wrote on 2016-05-12 09:25: > As Mark pointed out, m2e requires a JDK. Initially you were using a > JRE and it will then not work. Now you changed to a JDK and it works. > It has nothing to do with the Java version. > > /Anders (mobile) > On May 12, 2016 18:08, wrote: > >> I thought I'd post one last comment about this. >> >> For a brief period I was under the impression that fixing my >> dependencies somehow fixed this problem. That was not the case. >> >> It appears the root cause was that in Eclipse I configured the >> installed JRE for Java 1.8. Since I have several versions of the >> Java JDK installed I simply changed my JAVA_HOME environment variable >> to point to the 1.7 JDK and then changed my installed JRE in Eclipse to also >> point to JDK 1.7. >> problem solved! >> >> I assume the Maven plug-ins for Eclipse (at least the version I'm >> using, >> 1.5.1) require Java 1.7!!! >> >> It would be great if someone would confirm this. >> >> Thanks >> >> Michael Tarullo >> Contractor (Engility Corp) >> Software Engineer >> FAA WJH Technical Center >> (609)485-5294 >> >> -Original Message- >> From: Martin Gainty [mailto:mgai...@hotmail.com] >> Sent: Wednesday, May 11, 2016 1:13 PM >> To: users@maven.apache.org >> Subject: RE: Problem With Maven Compiler Plugin >> >> Nota Bene: to detect missing dependencies i run dependency:tree and >> bind to initialize phase before compilation >> http://stackoverflow.com/questions/17978768/how-to-determine-which-ma >> ven-dependency-is-needing-a-missing-dependency >> HTH! >> Martin (decidedly left of CTR) Gainty >> >> >> >> > From: michael.ctr.taru...@faa.gov >> > To: users@maven.apache.org >> > Subject: RE: Problem With Maven Compiler Plugin >> > Date: Wed, 11 May 2016 15:14:24 + >> > >> > Thank you for the reply Mark. >> > >> > This problem "fixed itself". Just thought I'd explain here in the >> > event >> anyone else was having the same problem. >> > >> > There were some dependencies I was missing in my POM. They were >> libraries needed by the app (I'm new to this app and it is not >> normally built with Maven) and I had not included them in the POM or our >> repo yet. >> But they were not related to a plugin in any way. >> > >> > When I added these dependencies to the POM and tried a compile from >> > the >> command line, the build worked. Then with no changes to Eclipse I >> submitted the compile using Run As. Maven build and it also worked fine. >> > >> > So the error message about not being able to find tools.jar, and >> > the >> fact that it appeared to be looking for it in the wrong place, >> appears to be just a distraction from the actual problem, in this >> case not including all the dependencies. I'm not sure why that would >> result in the error message I was seeing, but at this stage, that's a moot >> point. >> > >> > Mike >> > >> > Michael Tarullo >> > Contractor (Engility Corp) >> > Software Engineer >> > FAA WJH Technical Center >> > (609)485-5294 >> > >> > -Original Message- >> > From: Mark Prins [mailto:mc.pr...@gmail.com] >> > Sent: Tuesday, May 10, 2016 10:24 AM >> > To: users@maven.apache.org >> > Subject: Re: Problem With Maven Compiler Plugin >> > >> > On 10-05-16 16:12, michael.ctr.taru...@faa.gov wrote: >> > > When attempting to build with Maven from Eclipse I am getting the >> following error: >> > > >> > > [ERROR] Failed to execute goal >> > > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile >> > > (default-compile) on project camel-activemq: Fatal error compiling: >> > > tools.jar not found: C:\Dev\Java\jre1.8.0_51\..\lib\tools.jar -> >> > > [Help 1] >> > > >> > > I'm confused about why the plugin is looking in the JRE for >> > > tools.jar, >> when this JAR exists in the JDK. >> > > >> > >> > I think the eclipse maven plugin uses the JVM that eclipse is >> > running in, so you need to specify either a specific JDK or run >> > eclipse in a JDK VM (this is configured in eclipse.ini if I recall >> > correctly) >> > >> > (or -not recommended- specify a specific compiler in your >> > pom/compiler >> > plugin) >> > >> > -M >> > >> > --- >> > -- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> > For additional commands, e-mail: users-h...@maven.apache.org >> > >> > >> >
RE: Problem With Maven Compiler Plugin
I thought I'd post one last comment about this. For a brief period I was under the impression that fixing my dependencies somehow fixed this problem. That was not the case. It appears the root cause was that in Eclipse I configured the installed JRE for Java 1.8. Since I have several versions of the Java JDK installed I simply changed my JAVA_HOME environment variable to point to the 1.7 JDK and then changed my installed JRE in Eclipse to also point to JDK 1.7. problem solved! I assume the Maven plug-ins for Eclipse (at least the version I'm using, 1.5.1) require Java 1.7!!! It would be great if someone would confirm this. Thanks Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294 -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Wednesday, May 11, 2016 1:13 PM To: users@maven.apache.org Subject: RE: Problem With Maven Compiler Plugin Nota Bene: to detect missing dependencies i run dependency:tree and bind to initialize phase before compilation http://stackoverflow.com/questions/17978768/how-to-determine-which-maven-dependency-is-needing-a-missing-dependency HTH! Martin (decidedly left of CTR) Gainty > From: michael.ctr.taru...@faa.gov > To: users@maven.apache.org > Subject: RE: Problem With Maven Compiler Plugin > Date: Wed, 11 May 2016 15:14:24 + > > Thank you for the reply Mark. > > This problem "fixed itself". Just thought I'd explain here in the event > anyone else was having the same problem. > > There were some dependencies I was missing in my POM. They were libraries > needed by the app (I'm new to this app and it is not normally built with > Maven) and I had not included them in the POM or our repo yet. But they were > not related to a plugin in any way. > > When I added these dependencies to the POM and tried a compile from the > command line, the build worked. Then with no changes to Eclipse I submitted > the compile using Run As. Maven build and it also worked fine. > > So the error message about not being able to find tools.jar, and the fact > that it appeared to be looking for it in the wrong place, appears to be just > a distraction from the actual problem, in this case not including all the > dependencies. I'm not sure why that would result in the error message I was > seeing, but at this stage, that's a moot point. > > Mike > > Michael Tarullo > Contractor (Engility Corp) > Software Engineer > FAA WJH Technical Center > (609)485-5294 > > -Original Message- > From: Mark Prins [mailto:mc.pr...@gmail.com] > Sent: Tuesday, May 10, 2016 10:24 AM > To: users@maven.apache.org > Subject: Re: Problem With Maven Compiler Plugin > > On 10-05-16 16:12, michael.ctr.taru...@faa.gov wrote: > > When attempting to build with Maven from Eclipse I am getting the following > > error: > > > > [ERROR] Failed to execute goal > > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile > > (default-compile) on project camel-activemq: Fatal error compiling: > > tools.jar not found: C:\Dev\Java\jre1.8.0_51\..\lib\tools.jar -> > > [Help 1] > > > > I'm confused about why the plugin is looking in the JRE for tools.jar, when > > this JAR exists in the JDK. > > > > I think the eclipse maven plugin uses the JVM that eclipse is running > in, so you need to specify either a specific JDK or run eclipse in a > JDK VM (this is configured in eclipse.ini if I recall correctly) > > (or -not recommended- specify a specific compiler in your pom/compiler > plugin) > > -M > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Problem With Maven Compiler Plugin
Thank you for the reply Mark. This problem "fixed itself". Just thought I'd explain here in the event anyone else was having the same problem. There were some dependencies I was missing in my POM. They were libraries needed by the app (I'm new to this app and it is not normally built with Maven) and I had not included them in the POM or our repo yet. But they were not related to a plugin in any way. When I added these dependencies to the POM and tried a compile from the command line, the build worked. Then with no changes to Eclipse I submitted the compile using Run As. Maven build and it also worked fine. So the error message about not being able to find tools.jar, and the fact that it appeared to be looking for it in the wrong place, appears to be just a distraction from the actual problem, in this case not including all the dependencies. I'm not sure why that would result in the error message I was seeing, but at this stage, that's a moot point. Mike Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294 -Original Message- From: Mark Prins [mailto:mc.pr...@gmail.com] Sent: Tuesday, May 10, 2016 10:24 AM To: users@maven.apache.org Subject: Re: Problem With Maven Compiler Plugin On 10-05-16 16:12, michael.ctr.taru...@faa.gov wrote: > When attempting to build with Maven from Eclipse I am getting the following > error: > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile > (default-compile) on project camel-activemq: Fatal error compiling: > tools.jar not found: C:\Dev\Java\jre1.8.0_51\..\lib\tools.jar -> [Help > 1] > > I'm confused about why the plugin is looking in the JRE for tools.jar, when > this JAR exists in the JDK. > I think the eclipse maven plugin uses the JVM that eclipse is running in, so you need to specify either a specific JDK or run eclipse in a JDK VM (this is configured in eclipse.ini if I recall correctly) (or -not recommended- specify a specific compiler in your pom/compiler plugin) -M - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Problem With Maven Compiler Plugin
When attempting to build with Maven from Eclipse I am getting the following error: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) on project camel-activemq: Fatal error compiling: tools.jar not found: C:\Dev\Java\jre1.8.0_51\..\lib\tools.jar -> [Help 1] I'm confused about why the plugin is looking in the JRE for tools.jar, when this JAR exists in the JDK. Here is the build tag in my POM: install org.apache.maven.plugins maven-compiler-plugin 2.5.1 1.7 1.7 org.apache.maven.plugins maven-resources-plugin 2.6 UTF-8 org.apache.camel camel-maven-plugin 2.15.1.redhat-620133 Thanks, Mike Michael Tarullo Contractor (Engility Corp) Software Engineer FAA WJH Technical Center (609)485-5294
RE: Setting Up Internal Repositories
Thank you Ron. We already do the first. We are considering the second, but for a repo with a very large number of artifacts this is somewhat impractical. To mitigate that, we may consider automating it. Finally, knowing what to expect appears to present some problems to me. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Ron Wheeler [mailto:rwhee...@artifact-software.com] Sent: Friday, October 16, 2015 12:56 PM To: users@maven.apache.org Subject: Re: Setting Up Internal Repositories Hard to say but checking the checksums from the author's site would be one way to vet a release from a third party. Opening the download and looking inside to see that the artifacts are the ones that you were expecting is less secure but could be part of vetting. Ron On 16/10/2015 12:33 PM, michael.ctr.taru...@faa.gov wrote: > The Maven Introduction to Repositories documentation contains a section that > describes setting up an internal repository. > > In that section is described an option to manually download and vet releases, > apparently of a remote repo. > > What is meant by "vet"? Can you provide an example of how a repo release > would be vetted? I suspect this is highly dependent on the intended use of > the repo, but I'm just trying to get a general idea of what is involved. > > Thank you. > > Mike > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Setting Up Internal Repositories
Thank you Anders. I think this addresses something I mentioned in my reply to Ron. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar Sent: Friday, October 16, 2015 1:39 PM To: Maven Users List Subject: Re: Setting Up Internal Repositories You could also check the signature against expected release managers or similar. /Anders (mobile) Den 16 okt 2015 18:56 skrev "Ron Wheeler" : > Hard to say but checking the checksums from the author's site would be > one way to vet a release from a third party. > Opening the download and looking inside to see that the artifacts are > the ones that you were expecting is less secure but could be part of vetting. > > Ron > > On 16/10/2015 12:33 PM, michael.ctr.taru...@faa.gov wrote: > >> The Maven Introduction to Repositories documentation contains a >> section that describes setting up an internal repository. >> >> In that section is described an option to manually download and vet >> releases, apparently of a remote repo. >> >> What is meant by "vet"? Can you provide an example of how a repo >> release would be vetted? I suspect this is highly dependent on the >> intended use of the repo, but I'm just trying to get a general idea of what >> is involved. >> >> Thank you. >> >> Mike >> >> Michael Tarullo >> Contractor (Engility Corp) >> Enterprise Architect >> NSRR System Administrator >> FAA WJH Technical Center >> (609)485-5294 >> >> >> > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Setting Up Internal Repositories
The Maven Introduction to Repositories documentation contains a section that describes setting up an internal repository. In that section is described an option to manually download and vet releases, apparently of a remote repo. What is meant by "vet"? Can you provide an example of how a repo release would be vetted? I suspect this is highly dependent on the intended use of the repo, but I'm just trying to get a general idea of what is involved. Thank you. Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294
RE: Copy-dependencies goal error
And that just about sums it up! Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Tuesday, October 06, 2015 4:11 PM To: Maven Users List Subject: Re: Copy-dependencies goal error If you disagree with almost everything I said, there's really no point in continuing to discuss it. The possibility of either of us being convinced to change our minds is vanishingly small. I'm glad Greg was able to help you solve your problem. Respectfully, Wayne On Tue, Oct 6, 2015 at 2:17 PM, wrote: > Wayne, > > Thank you for your reply. I think I disagree with almost everything you said. > > First I did not attack anyone. Was my attitude bad, yes. Did it get worse > when I felt like I was not getting the explanation I needed, most assuredly. > I called no one a name, nor insulted anyone's intelligence, and when I came > close to it I apologized. That's more than I got from several of the > responders. Just check the thread, its all there. > > Second, are you implying that you only support people that are happy with the > product? It sounds to me that you are on the defensive already and as soon > as you get someone that is frustrated or displeased. Like it is somehow > their fault. > > Third, how do you know how much time I've invested in trying to learn Maven? > How much is enough before I can have this "intelligent" Maven dialog with the > Maven community? Users don't want to ask people for help (i.e. at least I > like to try and figure things out for myself), but there comes a time when > you are just plain stuck. Maybe its because of a mental block and maybe > something you've read and researched just does not make any sense. Yes I > understand that there are some people that probably post questions without > having made an effort to learn anything. How do you determine that? How do > you differentiate someone who has made an effort from someone who is just > trying to get an easy answer? > > With respect to vocabulary and the lingua franca, does "bogus" fit in that > category. > > Your comment about the Maven 4.0.0 POM model is particularly frustrating. > When you told me to do the research on the original version I did exactly as > you instructed. That is how I determined that it was 2.2.1. I'm sorry but I > think the POM model version question is valid. In your original reply you > did not know the time frame. I replied to you that it goes back at least > five years. You did not respond. So while I was doing the research on the > version and I found out it was 2.2.1 I thought the POM model version could be > a problem. To tell me now after the fact that I should not have been > concerned would mean that I would either have to assume that you know that or > I would have to be a mind reader. > > And finally I demanded nothing from anyone. I asked if two of the repliers > were contributors, and I reiterated a basic question I asked from the > beginning, several times. > > Yes I am partly to blame here. But many of the Maven User List responders > have a little dirt on their hands too. I don't see any of you acknowledging > that. > > Regards, > Mike > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Wayne Fay [mailto:wayne...@gmail.com] > Sent: Tuesday, October 06, 2015 12:30 PM > To: Maven Users List > Subject: Re: Copy-dependencies goal error > > Maven is a rather complex piece of software. Many problems cannot be simply > distilled to "here's your simple problem, and here's your simple solution." I > understand this is what you want, but it is rarely that simple. And attacking > the people on this list who are trying to help you when you are frustrated > with the type of support they are providing is a really bad approach to > problem solving. Also recognize that many people on this list are not US-born > native English speakers, so there is sometimes a language barrier even when > we are all writing English. > > By using a free product, you (and your employer) should recognize that you > are trading off dollar costs for other costs - including your own time. > Please don't complain about people asking you to do something very simple > like install a couple other versions to see if that fixes your build issue. > It doesn't sound like you went back and tried 2.2.1 as I originally > recommended - simply to get more information about what happened, certainly > not intending to guarantee that would fix your issue. I'd be curious about > the error message you say that you got in 3.0.5. > > (Also, as a side-note, the POM model has been 4.0.0 for a long time - > if I was worried about that, I would have mentioned it. This is where > "not really knowing the produ
RE: Copy-dependencies goal error
Curtis, I would be more than happy to acknowledge that. I'm glad you brought that up, it was my intention to do so. In fact I was drafting such a response when I received bit Greg's and Wayne's reply and thought it more important to reply to them first. This actually raises another point, but to be honest I see no reason to even make it at this time. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On Behalf Of Curtis Rueden Sent: Tuesday, October 06, 2015 4:19 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi Wayne, > I'm glad Greg was able to help you solve your problem. Greg's response was great. But in fairness, it was Bernd who actually stated the solution to Michael's problem. It would be nice if this thread could wrap up with Michael acknowledging that Bernd's fix actually does the job. Regards, Curtis On Tue, Oct 6, 2015 at 3:11 PM, Wayne Fay wrote: > If you disagree with almost everything I said, there's really no point > in continuing to discuss it. The possibility of either of us being > convinced to change our minds is vanishingly small. > > I'm glad Greg was able to help you solve your problem. > > Respectfully, > Wayne > > On Tue, Oct 6, 2015 at 2:17 PM, wrote: > > Wayne, > > > > Thank you for your reply. I think I disagree with almost everything > > you > said. > > > > First I did not attack anyone. Was my attitude bad, yes. Did it > > get > worse when I felt like I was not getting the explanation I needed, > most assuredly. I called no one a name, nor insulted anyone's > intelligence, and when I came close to it I apologized. That's more > than I got from several of the responders. Just check the thread, its all > there. > > > > Second, are you implying that you only support people that are happy > with the product? It sounds to me that you are on the defensive already > and as soon as you get someone that is frustrated or displeased. Like it > is somehow their fault. > > > > Third, how do you know how much time I've invested in trying to > > learn > Maven? How much is enough before I can have this "intelligent" Maven > dialog with the Maven community? Users don't want to ask people for > help (i.e. at least I like to try and figure things out for myself), > but there comes a time when you are just plain stuck. Maybe its > because of a mental block and maybe something you've read and > researched just does not make any sense. Yes I understand that there > are some people that probably post questions without having made an > effort to learn anything. How do you determine that? How do you > differentiate someone who has made an effort from someone who is just trying > to get an easy answer? > > > > With respect to vocabulary and the lingua franca, does "bogus" fit > > in > that category. > > > > Your comment about the Maven 4.0.0 POM model is particularly > frustrating. When you told me to do the research on the original > version I did exactly as you instructed. That is how I determined > that it was 2.2.1. I'm sorry but I think the POM model version > question is valid. In your original reply you did not know the time > frame. I replied to you that it goes back at least five years. You > did not respond. So while I was doing the research on the version and > I found out it was 2.2.1 I thought the POM model version could be a > problem. To tell me now after the fact that I should not have been > concerned would mean that I would either have to assume that you know that or > I would have to be a mind reader. > > > > And finally I demanded nothing from anyone. I asked if two of the > repliers were contributors, and I reiterated a basic question I asked > from the beginning, several times. > > > > Yes I am partly to blame here. But many of the Maven User List > responders have a little dirt on their hands too. I don't see any of > you acknowledging that. > > > > Regards, > > Mike > > > > Michael Tarullo > > Contractor (Engility Corp) > > Enterprise Architect > > NSRR System Administrator > > FAA WJH Technical Center > > (609)485-5294 > > > > > > -Original Message- > > From: Wayne Fay [mailto:wayne...@gmail.com] > > Sent: Tuesday, October 06, 2015 12:30 PM > > To: Maven Users List > > Subject: Re: Copy-dependencies goal error > > > > Maven is a rather complex piece of software. Many problems cannot be > simply distilled to "here's your simple problem, and here's your > simple solution." I understand this is what you want, but it is rarely > that simple. And attacking the people on this list who are trying to > help you when you are frustrated with the type of support they are > providing is a really bad approach to problem solving. Also recognize > that many people on this list are not US-born native English speakers, >
RE: Copy-dependencies goal error
Wayne, Thank you for your reply. I think I disagree with almost everything you said. First I did not attack anyone. Was my attitude bad, yes. Did it get worse when I felt like I was not getting the explanation I needed, most assuredly. I called no one a name, nor insulted anyone's intelligence, and when I came close to it I apologized. That's more than I got from several of the responders. Just check the thread, its all there. Second, are you implying that you only support people that are happy with the product? It sounds to me that you are on the defensive already and as soon as you get someone that is frustrated or displeased. Like it is somehow their fault. Third, how do you know how much time I've invested in trying to learn Maven? How much is enough before I can have this "intelligent" Maven dialog with the Maven community? Users don't want to ask people for help (i.e. at least I like to try and figure things out for myself), but there comes a time when you are just plain stuck. Maybe its because of a mental block and maybe something you've read and researched just does not make any sense. Yes I understand that there are some people that probably post questions without having made an effort to learn anything. How do you determine that? How do you differentiate someone who has made an effort from someone who is just trying to get an easy answer? With respect to vocabulary and the lingua franca, does "bogus" fit in that category. Your comment about the Maven 4.0.0 POM model is particularly frustrating. When you told me to do the research on the original version I did exactly as you instructed. That is how I determined that it was 2.2.1. I'm sorry but I think the POM model version question is valid. In your original reply you did not know the time frame. I replied to you that it goes back at least five years. You did not respond. So while I was doing the research on the version and I found out it was 2.2.1 I thought the POM model version could be a problem. To tell me now after the fact that I should not have been concerned would mean that I would either have to assume that you know that or I would have to be a mind reader. And finally I demanded nothing from anyone. I asked if two of the repliers were contributors, and I reiterated a basic question I asked from the beginning, several times. Yes I am partly to blame here. But many of the Maven User List responders have a little dirt on their hands too. I don't see any of you acknowledging that. Regards, Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Tuesday, October 06, 2015 12:30 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Maven is a rather complex piece of software. Many problems cannot be simply distilled to "here's your simple problem, and here's your simple solution." I understand this is what you want, but it is rarely that simple. And attacking the people on this list who are trying to help you when you are frustrated with the type of support they are providing is a really bad approach to problem solving. Also recognize that many people on this list are not US-born native English speakers, so there is sometimes a language barrier even when we are all writing English. By using a free product, you (and your employer) should recognize that you are trading off dollar costs for other costs - including your own time. Please don't complain about people asking you to do something very simple like install a couple other versions to see if that fixes your build issue. It doesn't sound like you went back and tried 2.2.1 as I originally recommended - simply to get more information about what happened, certainly not intending to guarantee that would fix your issue. I'd be curious about the error message you say that you got in 3.0.5. (Also, as a side-note, the POM model has been 4.0.0 for a long time - if I was worried about that, I would have mentioned it. This is where "not really knowing the product at all, and not wanting to" becomes a problem, you are making bad assumptions.) And yes, the users of this list generally expect people to have some passing familiarity with the product and the lingua franca that is utilized. There are several free resources online to help you "get up to speed" in the form of user's manuals etc. Your response here will most likely be "but I don't want to learn Maven, I just need to use it for this quick thing in my job so just help me with that" and the collective answer here will be "but Maven is complex, there are so many variables, providing simple solutions to problems is even tougher when the user lacks the standard foundational knowledge that is typical." It is fine that you only use Maven for your job and thus don't want to learn much - just
RE: Copy-dependencies goal error
Greg, Thank you for your reply. It is unfortunate that it had to come to this to get an explanation. Why wasn't an explanation like this offered from the beginning? I'm not saying I agree or even like the explanation, but it is an explanation. I have done some homework on Maven. I would never attempt to use the product without doing so. But if I may speak freely, this product appears to require a certain amount of "esoteric" knowledge. All I want to do is support the task I've been given. Of course I want to know how to use the tool. In fact when I wasn't finding the information I needed to do that, I turned to the Maven User Mailing List. How much knowledge must one have before they do this? Now let’s look at this particular situation, because I think it just might be unique (but I could be wrong). In this particular case I inherited a POM file that was developed by people no longer responsible for its upkeep. Those people were assisted by a software vendor that essentially no longer exists, so their employees that helped our people responsible for this are also no longer available either. We have all been in this situation before. Now the most important thing about this POM is that it is not even building software. You (and a few other people) mention that does not matter. I have a great difference of opinion here. Maven is ostensibly a build tool. Look at its terminology(e.g. as pertains to lifecycle stages). But I think the problem that exists is that in making the product flexible in how it implements its features it has opened the door to be used for more than just building software. I think that is the case here. The original creators of the POM in question used Maven to simply copy some files from one location probably simply because they could. Now I don't know if that was a good or bad idea, all I know is that I have to support it, it broke on my watch and I have to fix it. When I could not figure out how to do that I turned to the Maven community for help, and this is the result of that. So when you explain to me about dependencies, I understand them in the context of building software, because that's how Maven is supposed to be used. It appears to me that the people that originally developed this POM did not appreciate this when they used it almost as a script to copy files. Now I don't know if that is their fault or Mavens fault, but the simple fact of the matter is that I have to support it. And I would expect more than the struggle I've received during this experience. I know my attitude has not be the best, but that is what frustration leads to. And certainly the attitude of some of the people you say were trying to "help" should also be addressed here as well. Sincerely, Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Greg Trasuk [mailto:tras...@stratuscom.com] Sent: Tuesday, October 06, 2015 12:39 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi Michael: Aside - Are you at the FAA tech center in Atlantic City? I taught a course there four days after 9/11. Very nice people there, although the mood wasn’t great at the time, obviously. I particularly enjoyed seeing what I thought was a museum of ancient computers in the cafeteria (core memory and all)- until they explained they were samples of the then-deployed ATC hardware! Anyhow, I understand your frustration - Maven can have a somewhat steep learning curve. It seems to me that the answers you’ve gotten so far are correct, but perhaps they seem unhelpful because you don’t already have enough knowledge of the product. Unfortunately, with open source, you, the user, need to meet the user list half-way, and get some background knowledge so you can ask the right questions and use the answers effectively. There’s a classic treatise by Eric Raymond on asking questions (http://catb.org/~esr/faqs/smart-questions.html) that you might want to read, although you might not like the content. In fairness, there’s also a newer guide to answering questions out there (https://skippy.net/how-to-answer-questions) that we ought to read every now and then. In short, you might not like the choice of open source, but I’m guessing your employer already made that choice, and they had good reasons, so… let’s work together! Let’s start with… > It is simply copying ZIP/MD5/SHA1 files from a Nexus repository to a local > workstation. You’re mistaken. Maven is not copying files, it is copying dependencies or artifacts. Sorry if this seems like “maven-speak” to you, but you are going to continue to be frustrated until you try to get a clear mental model of what Maven is doing. Let me try to help… Maven is specifically geared to avoid worrying about where files are on disk. It does this so that (believe it or not) life is e
RE: Copy-dependencies goal error
Thank you for stating that publicly Karl. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Sent: Tuesday, October 06, 2015 9:55 AM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi Michael, > > With all due respect I insulted no one. Am I frustrated? Yes, but I did not > insult anyone. > > Now I was perfectly fine with letting this go until I received your comment. > So let me use this opportunity to make a few more comments. > > Thank you for suggesting That I go somewhere else for help. > However, this is the Maven mailing list set up for the express > purpose > of getting help with this software. it is absolutely intended to ask here and I'm your opinion, cause this is User Mailing list... > Where else do you suggest I go? Very good question...Unfortunately i haven't got a idea to suggest... > > As for the volunteer service you provide, I thank you for that service. > But when I am dissatisfied with the service I am getting, > please don't > throw in my face that you are a volunteer. > You made that choice. > And as a result, putting up with frustrated customers > is something you are going to have to deal with. > It's part of the deal you signed on to when you volunteered. > If you are not willing to do that, > then maybe you should consider not volunteering. Yes exactly the point. If those who ansered here and don't like to answer or if they are the opinion to waste their time..than really keep quiet..and let others do the job... > > Now I was told by a responder on this thread that I > am not a customer because I did not pay for this software. > Nothing could be further from the truth. There is no one paying for Maven it self... > In my career I had many "customers" that did not pay for > the software I was supporting. > It was my job to provide them the best support that I could. > I suggest that responders to requests for help on this > mailing list adopt the same approach, volunteer or not. Yes...true... > > Another responder to this thread brought up that > he was volunteering and I was wasting his time. If the original poster is wasting his/here time than just simply don't do it anymore... > How about the time of mine he wasted when he suggested > I try something that made no difference in the outcome, > and had nothing to do with the problem? > And this has happened to me before with other > responders on this mailing list. >I was in fact told by another responder that the reply of a specific person > was off topic and is often the case for that person. > > Maybe you should spend some time pointing that out to those individuals > rather than chastising someone who is simply trying to get help. > > Regards, > Mike I'm really sorry Michael to read such things in the user mailing list which is intended for people using Maven and searching for help and usage of Maven. To be honest if someone on the user list is the opinion to waste here/his time just simple keep quiet...or better unsubscribe from the list... Maven is an open source project which lives from its community...and unfortunately i have to say that is not a good attitude of a "community" against a userwho searches for help... I never thought i need to write something like this Kind regards Karl Heinz Marbaise Apache Maven PMC Member - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Manfred, With all due respect I insulted no one. Am I frustrated? Yes, but I did not insult anyone. Now I was perfectly fine with letting this go until I received your comment. So let me use this opportunity to make a few more comments. Thank you for suggesting That I go somewhere else for help. However, this is the Maven mailing list set up for the express purpose of getting help with this software. Where else do you suggest I go? As for the volunteer service you provide, I thank you for that service. But when I am dissatisfied with the service I am getting, please don't throw in my face that you are a volunteer. You made that choice. And as a result, putting up with frustrated customers is something you are going to have to deal with. It's part of the deal you signed on to when you volunteered. If you are not willing to do that, then maybe you should consider not volunteering. Now I was told by a responder on this thread that I am not a customer because I did not pay for this software. Nothing could be further from the truth. In my career I had many "customers" that did not pay for the software I was supporting. It was my job to provide them the best support that I could. I suggest that responders to requests for help on this mailing list adopt the same approach, volunteer or not. Another responder to this thread brought up that he was volunteering and I was wasting his time. How about the time of mine he wasted when he suggested I try something that made no difference in the outcome, and had nothing to do with the problem? And this has happened to me before with other responders on this mailing list. I was in fact told by another responder that the reply of a specific person was off topic and is often the case for that person. Maybe you should spend some time pointing that out to those individuals rather than chastising someone who is simply trying to get help. Regards, Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Manfred Moser [mailto:manf...@simpligility.com] Sent: Monday, October 05, 2015 6:56 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Michael, Please refrain from insulting the efforts of the people on this list trying to help you. If you are not happy with the help you receive here, you are free to look for it elsewhere. I would like the discussions here to stay civil and on topic. I hope you provide us all here with the same respect that you would expect us to have towards you. We are all volunteers here. Thank you Manfred michael.ctr.taru...@faa.gov wrote on 2015-10-05 15:28: > That is fine with me, because your either wrong or incomprehensible > answers are wasting my time. > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Jörg Schaible [mailto:joerg.schai...@gmx.de] > Sent: Monday, October 05, 2015 6:23 PM > To: users@maven.apache.org > Subject: RE: Copy-dependencies goal error > > michael.ctr.taru...@faa.gov wrote: > > > What are you talking about? > > > > Of course I don't pay. It's an open source product. > > OK, then I don't answer anymore, because it's my free time and you're > wasting it. > > Cheers, > Jörg > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
That is fine with me, because your either wrong or incomprehensible answers are wasting my time. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@gmx.de] Sent: Monday, October 05, 2015 6:23 PM To: users@maven.apache.org Subject: RE: Copy-dependencies goal error michael.ctr.taru...@faa.gov wrote: > What are you talking about? > > Of course I don't pay. It's an open source product. OK, then I don't answer anymore, because it's my free time and you're wasting it. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Thank you Karl. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Sent: Monday, October 05, 2015 6:22 PM To: Maven Users List; i...@soebes.de Subject: Re: Copy-dependencies goal error Hi Michael, I'm replying to Jörg... Kind regards Karl Heinz Marbaise On 10/6/15 12:14 AM, michael.ctr.taru...@faa.gov wrote: > Karl, > > Could you clarify this. I don't understand your reply. > > In fact I'm not sure if you are replying to me or Jorg. > > It appears to be the latter. Could you please confirm? > > Thank you. > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] > Sent: Monday, October 05, 2015 6:10 PM > To: Maven Users List > Subject: Re: Copy-dependencies goal error > > Hi, > > On 10/5/15 7:51 PM, Jörg Schaible wrote: >> Hi Michael, >> >> michael.ctr.taru...@faa.gov wrote: >> >>> My apology about part of this reply. I did not understand part of >>> your suggestion. >>> >>> I thought you were saying 3.0.5 is the latest release. >>> >>> That said, I don't see how using the latest release or an older >>> release makes any difference. >>> >>> I have a requirement to use 3.1.1 from a COTS product vendor, so >>> that is probably not an option. And "bogus" is just not a good >>> enough explanation for me. What specifically is wrong with what I >>> am doing that does not work in this release? >> >> I just cite my original mail: >> >>> IIRC you have problems with 3.1.x when using dependencies with >>> import scope, because it ignores then your settings then for >>> transitive deps declaring their own repository in the POM. >> >> AFAICS, you are using dependencyManagement with dependencies declared >> with scope "import"". > > > The given pom does not contain any dependencyManagement...so it does simply > plays not a role here...Apart from that import scope means only to use the > dependencyManagement part and nothing else as described in the > documentation...so it does not ignore it nor is it wrong... > > See the original documentation > https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html. > > so this is NOT a problem in contrary it is exactly working as it should > be...Apart from using repository definition in a pom is a bad practice...But > this is a different story... > > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Karl, Could you clarify this. I don't understand your reply. In fact I'm not sure if you are replying to me or Jorg. It appears to be the latter. Could you please confirm? Thank you. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Sent: Monday, October 05, 2015 6:10 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi, On 10/5/15 7:51 PM, Jörg Schaible wrote: > Hi Michael, > > michael.ctr.taru...@faa.gov wrote: > >> My apology about part of this reply. I did not understand part of >> your suggestion. >> >> I thought you were saying 3.0.5 is the latest release. >> >> That said, I don't see how using the latest release or an older >> release makes any difference. >> >> I have a requirement to use 3.1.1 from a COTS product vendor, so that >> is probably not an option. And "bogus" is just not a good enough >> explanation for me. What specifically is wrong with what I am doing >> that does not work in this release? > > I just cite my original mail: > >> IIRC you have problems with 3.1.x when using dependencies with import >> scope, because it ignores then your settings then for transitive deps >> declaring their own repository in the POM. > > AFAICS, you are using dependencyManagement with dependencies declared > with scope "import"". The given pom does not contain any dependencyManagement...so it does simply plays not a role here...Apart from that import scope means only to use the dependencyManagement part and nothing else as described in the documentation...so it does not ignore it nor is it wrong... See the original documentation https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html. so this is NOT a problem in contrary it is exactly working as it should be...Apart from using repository definition in a pom is a bad practice...But this is a different story... - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
What are you talking about? Of course I don't pay. It's an open source product. That's the business model today, right use open source and save money on software development costs. Of course until you have to get help with the product or try and read what is almost always a poor excuse for documentation as is the case with Maven. But your attitude is wonderful. Just stick in the exclusion and be done. Right, until there is something else that breaks that can't be fixed because you've done nothing to educate your users about how to use the product. And then of course, because I am not paying (or my organization is not paying) then I have to rely on these mailing list which are a poor excuse for support. Your attitude is a perfect example of this. For instance this "me and Jörg did explain to you that maven always resolves all dependemcies (unless you exclude them), so there is your education". That is not an explanation, it's just a statement. And Jorg was of absolutely no help. Look at my other posts. I wasted the whole day running this with other versions to no avail. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: e...@zusammenkunft.net [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 5:47 PM To: Maven Users List Subject: RE: Copy-dependencies goal error First of all you dont pay, you only demand (with multiple exclamationmarks), so you are not a customer, and secondly me and Jörg did explain to you that maven always resolves all dependemcies (unless you exclude them), so there is your education. If you dont care about maven just stick in the exclusion and be done. Bye Bernd -Original Message- From: michael.ctr.taru...@faa.gov To: users@maven.apache.org Sent: Mo., 05 Okt. 2015 23:42 Subject: RE: Copy-dependencies goal error Here is why I care: Well I'm not a Maven contributor. I don't wish to be. I don't even want to use the product, and wouldn't if I wasn't required to for my job. So I get the impression that certain people answer questions because they are contributors and answer the question as if everyone else is a contributor and is expected to know the product as such. You folks in the open source arena have a lot to learn. Your reply that you "fixed my stupid pom" is one of those things. Good customer support would go something like this. The problem you are having is because.. Here is what you need to do to fix that problem. You have done nothing to educate the user and to make them more self-sufficient. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 5:12 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Am Mon, 5 Oct 2015 21:08:02 + schrieb : > Answer a simple question for me, are you a Maven contributor? I fixed your stupid pom, so why would you care? Gruss Bernd - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Here is why I care: Well I'm not a Maven contributor. I don't wish to be. I don't even want to use the product, and wouldn't if I wasn't required to for my job. So I get the impression that certain people answer questions because they are contributors and answer the question as if everyone else is a contributor and is expected to know the product as such. You folks in the open source arena have a lot to learn. Your reply that you "fixed my stupid pom" is one of those things. Good customer support would go something like this. The problem you are having is because.. Here is what you need to do to fix that problem. You have done nothing to educate the user and to make them more self-sufficient. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 5:12 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Am Mon, 5 Oct 2015 21:08:02 + schrieb : > Answer a simple question for me, are you a Maven contributor? I fixed your stupid pom, so why would you care? Gruss Bernd - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Now who has a tone? Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 5:12 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Am Mon, 5 Oct 2015 21:08:02 + schrieb : > Answer a simple question for me, are you a Maven contributor? I fixed your stupid pom, so why would you care? Gruss Bernd - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Are you a Maven contributor? Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 5:26 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Am Mon, 5 Oct 2015 21:20:20 + schrieb : > Could you explain why I would need to do add exclusions? In order to stop maven from resolving all dependencies transitive until it hits a broken one. Gruss Bernd - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Could you explain why I would need to do add exclusions? If I download the ActiveMQ and CXF files without the Camel files the POM works file. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 5:02 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Hello, it is not very pleasant to help you with that kind of tone, and its rather strange that redhat refers paying customers to oss projects to fix up their projects... Anyway, the super pom downloads a lot of stuff because your dependencies declare transitive dependencies and maven is designed to provide them all to the build project. So it goes down all depedend POM and meta-data files, and might fail before it even starts your dependency:copy plugin. You can stop it doing so by using a wildcard exclusion on each dependency: * * With that the build works for me: 203819 [INFO] BUILD SUCCESS 203821 [INFO] --- 203823 [INFO] Total time: 03:19 min 203825 [INFO] Finished at: 2015-10-05T22:58:39+02:00 204671 [INFO] Final Memory: 14M/120M >tree /f target ├───apache-activemq │ apache-activemq-5.11.0.redhat-620133-bin.tar.gz │ apache-activemq-5.11.0.redhat-620133-bin.tar.gz.md5 │ apache-activemq-5.11.0.redhat-620133-bin.tar.gz.sha1 │ apache-activemq-5.11.0.redhat-620133-bin.zip │ apache-activemq-5.11.0.redhat-620133-bin.zip.md5 │ apache-activemq-5.11.0.redhat-620133-bin.zip.sha1 │ ├───apache-camel │ apache-camel-2.15.1.redhat-620133-src.zip │ apache-camel-2.15.1.redhat-620133-src.zip.md5 │ apache-camel-2.15.1.redhat-620133-src.zip.sha1 │ └───apache-cxf apache-cxf-3.0.4.redhat-620133-src.tar.gz apache-cxf-3.0.4.redhat-620133-src.tar.gz.md5 apache-cxf-3.0.4.redhat-620133-src.tar.gz.sha1 apache-cxf-3.0.4.redhat-620133-src.zip apache-cxf-3.0.4.redhat-620133-src.zip.md5 apache-cxf-3.0.4.redhat-620133-src.zip.sha1 BTW: your settings.xml contains a password. Gruss Bernd Am Mon, 5 Oct 2015 20:18:35 + schrieb : > What do you mean by a consistent repository and POM model? > > If you mean that the POM must be declaring files to copy that are in > the repository, that is stating the obvious. > > And in this case, the POM is doing exactly that. The files I am > asking to be copied from the repository are actually in the > repository. The problem is that I am getting errors for files I did > not ask to be copied. > > Did you look at the POM file I attached and compare it to the error > messages also attached? > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > -Original Message- > From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] > Sent: Monday, October 05, 2015 4:10 PM > To: users@maven.apache.org > Subject: Re: Copy-dependencies goal error > > Hello, > > I am saying that copy-dependencies is a often used method to download > some or all dependencies of a projects. It depends on a consistent > repository and POM model. > > So it is not "only a copy which does not look at the content" as you > started, and therefore the "it is clearly a plugin or maven problem" > might not be true. > > Gruss > Bernd > > > Am Mon, 5 Oct 2015 15:09:49 + schrieb > : > > > So, the original author of this POM may not have used the correct > > goal to achieve the desired outcome. > > > > Is that in effect what you are saying? > > > > Michael Tarullo > > Contractor (Engility Corp) > > Enterprise Architect > > NSRR System Administrator > > FAA WJH Technical Center > > (609)485-5294 > > > > > > -Original Message- > > From: Bernd [mailto:e...@zusammenkunft.net] > > Sent: Monday, October 05, 2015 11:07 AM > > To: Maven Users List > > Subject: Re: Copy-dependencies goal error > > > > Copy Dependencies is not a simple file copy operation, it has to > > resolve dependencies, which by definition has to look at meta data > > and POMs. If you want to use a simple file copy a url download would > > be easier I guess :) > > > > 2015-10-05 16:34 GMT+02:00 : > > > > > Wayne, > > > > > > A few questions before I begin to investigates as per your > > > recommendation. > > > > > > Are you a committer or just a user? > > > > > > I understand your request to try an older release (and I have > > > every intention of doing just that) but I'm a bit skeptical. > > > Here's why. This is simply a file copy operation that works fine > > > on other Fuse components (i.e. ActiveMQ and CXF). Why would a > > > copy operation (i.e. goal) behave any differently simply because > > > the files it is copying are different? > > > > > > That's what I'm struggl
RE: Copy-dependencies goal error
My tone is the way it is because I would like a straight answer, not Maven speak. Thank you for noticing the password. It's the only thing I've understood thus far. Answer a simple question for me, are you a Maven contributor? Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 5:02 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Hello, it is not very pleasant to help you with that kind of tone, and its rather strange that redhat refers paying customers to oss projects to fix up their projects... Anyway, the super pom downloads a lot of stuff because your dependencies declare transitive dependencies and maven is designed to provide them all to the build project. So it goes down all depedend POM and meta-data files, and might fail before it even starts your dependency:copy plugin. You can stop it doing so by using a wildcard exclusion on each dependency: * * With that the build works for me: 203819 [INFO] BUILD SUCCESS 203821 [INFO] --- 203823 [INFO] Total time: 03:19 min 203825 [INFO] Finished at: 2015-10-05T22:58:39+02:00 204671 [INFO] Final Memory: 14M/120M >tree /f target ├───apache-activemq │ apache-activemq-5.11.0.redhat-620133-bin.tar.gz │ apache-activemq-5.11.0.redhat-620133-bin.tar.gz.md5 │ apache-activemq-5.11.0.redhat-620133-bin.tar.gz.sha1 │ apache-activemq-5.11.0.redhat-620133-bin.zip │ apache-activemq-5.11.0.redhat-620133-bin.zip.md5 │ apache-activemq-5.11.0.redhat-620133-bin.zip.sha1 │ ├───apache-camel │ apache-camel-2.15.1.redhat-620133-src.zip │ apache-camel-2.15.1.redhat-620133-src.zip.md5 │ apache-camel-2.15.1.redhat-620133-src.zip.sha1 │ └───apache-cxf apache-cxf-3.0.4.redhat-620133-src.tar.gz apache-cxf-3.0.4.redhat-620133-src.tar.gz.md5 apache-cxf-3.0.4.redhat-620133-src.tar.gz.sha1 apache-cxf-3.0.4.redhat-620133-src.zip apache-cxf-3.0.4.redhat-620133-src.zip.md5 apache-cxf-3.0.4.redhat-620133-src.zip.sha1 BTW: your settings.xml contains a password. Gruss Bernd Am Mon, 5 Oct 2015 20:18:35 + schrieb : > What do you mean by a consistent repository and POM model? > > If you mean that the POM must be declaring files to copy that are in > the repository, that is stating the obvious. > > And in this case, the POM is doing exactly that. The files I am > asking to be copied from the repository are actually in the > repository. The problem is that I am getting errors for files I did > not ask to be copied. > > Did you look at the POM file I attached and compare it to the error > messages also attached? > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > -Original Message- > From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] > Sent: Monday, October 05, 2015 4:10 PM > To: users@maven.apache.org > Subject: Re: Copy-dependencies goal error > > Hello, > > I am saying that copy-dependencies is a often used method to download > some or all dependencies of a projects. It depends on a consistent > repository and POM model. > > So it is not "only a copy which does not look at the content" as you > started, and therefore the "it is clearly a plugin or maven problem" > might not be true. > > Gruss > Bernd > > > Am Mon, 5 Oct 2015 15:09:49 + schrieb > : > > > So, the original author of this POM may not have used the correct > > goal to achieve the desired outcome. > > > > Is that in effect what you are saying? > > > > Michael Tarullo > > Contractor (Engility Corp) > > Enterprise Architect > > NSRR System Administrator > > FAA WJH Technical Center > > (609)485-5294 > > > > > > -Original Message- > > From: Bernd [mailto:e...@zusammenkunft.net] > > Sent: Monday, October 05, 2015 11:07 AM > > To: Maven Users List > > Subject: Re: Copy-dependencies goal error > > > > Copy Dependencies is not a simple file copy operation, it has to > > resolve dependencies, which by definition has to look at meta data > > and POMs. If you want to use a simple file copy a url download would > > be easier I guess :) > > > > 2015-10-05 16:34 GMT+02:00 : > > > > > Wayne, > > > > > > A few questions before I begin to investigates as per your > > > recommendation. > > > > > > Are you a committer or just a user? > > > > > > I understand your request to try an older release (and I have > > > every intention of doing just that) but I'm a bit skeptical. > > > Here's why. This is simply a file copy operation that works fine > > > on other Fuse components (i.e. ActiveMQ and CXF). Why would a > > > copy operation (i.e. goal) behave any differently simply b
RE: Copy-dependencies goal error
There are no transitive dependencies! This is not even building source code!!! It is simply copying ZIP/MD5/SHA1 files from a Nexus repository to a local workstation. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@gmx.de] Sent: Monday, October 05, 2015 4:37 PM To: users@maven.apache.org Subject: RE: Copy-dependencies goal error Hi Michael, michael.ctr.taru...@faa.gov wrote: > What do you mean by a consistent repository and POM model? > > If you mean that the POM must be declaring files to copy that are in > the repository, that is stating the obvious. > > And in this case, the POM is doing exactly that. The files I am > asking to be copied from the repository are actually in the > repository. The problem is that I am getting errors for files I did not ask > to be copied. The repository must also contain all POMs for the transitive dependencies ... otherwise Maven cannot build the project model. Maven core does not know that you have bound an instance of the assembly plugin, that is not interested in the transitive dependencies. > Did you look at the POM file I attached and compare it to the error > messages also attached? The POMs of the referred artifacts get interesting. Chrres, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
To anyone following this absolutely frustrating thread, neither v3.0.5 nor v3.3.3 solved this problem. V3.3.3 resulted in the same error and v3.0.5 failed with a different error!!! Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@swisspost.com] Sent: Monday, October 05, 2015 12:08 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error You asked the same question before and I gave you the advice to either try latest Maven version or 3.0.5, because 3.1.1. is bogus. You never answered. michael.ctr.taru...@faa.gov wrote: > I am currently responsible for a "legacy" POM that copies ZIP files > from the Red Hat JBoss Fuse distro in our Nexus repository manager to > a location on a local worstation. Several ZIP files are copied from > each of the following Fuse components, ActiveMQ, Camel and CXF. > > To perform the copy operation the legacy POM is using the Maven > copy-dependencies goal or the maven-dependency-plugin. > > When this project is executed by Maven for just the ActiveMQ and CXF > Fuse components the designated files are copied fine. When, however > we execute the project to copy the Camel files, the process fails. > > The directory for the failing artifacts is present in our Nexus > repository manager, and is populated with several artifacts. > > What I do not understand is why Maven is even looking for these > artifacts for a simple copy operation? It appears to me that the > artifacts causing the problem have nothing to do with the copy goal! > > I have posted this problem with Red Hat, who originally helpd our > previous personnel develop this POM. They believe, and I tend to > agree 100%, that this is a Maven problem. > > I have attached our settings.xml, pom.xml and the text of the error > message. > > Can someone please explain why this is happening and how to fix it? > > Thanks, > Mike > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
What do you mean by a consistent repository and POM model? If you mean that the POM must be declaring files to copy that are in the repository, that is stating the obvious. And in this case, the POM is doing exactly that. The files I am asking to be copied from the repository are actually in the repository. The problem is that I am getting errors for files I did not ask to be copied. Did you look at the POM file I attached and compare it to the error messages also attached? Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 4:10 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Hello, I am saying that copy-dependencies is a often used method to download some or all dependencies of a projects. It depends on a consistent repository and POM model. So it is not "only a copy which does not look at the content" as you started, and therefore the "it is clearly a plugin or maven problem" might not be true. Gruss Bernd Am Mon, 5 Oct 2015 15:09:49 + schrieb : > So, the original author of this POM may not have used the correct goal > to achieve the desired outcome. > > Is that in effect what you are saying? > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Bernd [mailto:e...@zusammenkunft.net] > Sent: Monday, October 05, 2015 11:07 AM > To: Maven Users List > Subject: Re: Copy-dependencies goal error > > Copy Dependencies is not a simple file copy operation, it has to > resolve dependencies, which by definition has to look at meta data and > POMs. If you want to use a simple file copy a url download would be > easier I guess :) > > 2015-10-05 16:34 GMT+02:00 : > > > Wayne, > > > > A few questions before I begin to investigates as per your > > recommendation. > > > > Are you a committer or just a user? > > > > I understand your request to try an older release (and I have every > > intention of doing just that) but I'm a bit skeptical. Here's why. > > This is simply a file copy operation that works fine on other Fuse > > components (i.e. ActiveMQ and CXF). Why would a copy operation > > (i.e. goal) behave any differently simply because the files it is > > copying are different? > > > > That's what I'm struggling with right now!!! > > > > Thanks, > > Mike > > > > Michael Tarullo > > Contractor (Engility Corp) > > Enterprise Architect > > NSRR System Administrator > > FAA WJH Technical Center > > (609)485-5294 > > > > > > -Original Message- > > From: Wayne Fay [mailto:wayne...@gmail.com] > > Sent: Sunday, October 04, 2015 5:03 PM > > To: Maven Users List > > Subject: Re: Copy-dependencies goal error > > > > What version of Maven was this process originally built to run > > against? > > > > Can you roll (Maven) back to that version and try again, to confirm > > it still works as it did originally? If it does not work, then you > > know it is not Maven but rather another tool in the mix like Nexus > > etc. > > > > Wayne > > > > On Fri, Oct 2, 2015 at 1:18 PM, > > wrote: > > > I am currently responsible for a "legacy" POM that copies ZIP > > > files > > > > > > from the Red Hat JBoss Fuse distro in our Nexus repository manager > > > > > > to a location on a local worstation. Several ZIP files are copied > > > > > > from each of the following Fuse components, ActiveMQ, Camel and > > > CXF. > > > > > > > > > > > > To perform the copy operation the legacy POM is using the Maven > > > > > > copy-dependencies goal or the maven-dependency-plugin. > > > > > > > > > > > > When this project is executed by Maven for just the ActiveMQ and > > > > > > CXF Fuse components the designated files are copied fine. When, > > > > > > however we execute the project to copy the Camel files, the > > > process > > > > > > fails. > > > > > > > > > > > > The directory for the failing artifacts is present in our Nexus > > > > > > repository manager, and is populated with several artifacts. > > > > > > > > > > > > What I do not understand is why Maven is even looking for these > > > > > > artifacts for a simple copy operation? It appears to me that the > > > > > > artifacts causing the problem have nothing to do with the copy > > > goal! > > > > > > > > > > > > I have posted this problem with Red Hat, who originally helpd our > > > > > > previous personnel develop this POM. They believe, and I tend to > > > > > > agree 100%, that this is a Maven problem. > > > > > > > > > > > > I have attached our settings.xml, pom.xml and the text of the > > > error > > > > > > message. > > > > > > > > > > > > Can someone please explain why this is happening and how to fix > > > it? > > > > > > > > > > > > Thanks, > > > > > > Mike > > > > > > > > > > > > Mich
RE: Copy-dependencies goal error
Wayne, I have determined, to the best of my ability, that the version of Maven used to execute this POM was probably about 2.2.1. It could have been an earlier version but not a later. Now I was able to obtain this version from the Maven archives but one question I have is what POM model version was in effect back then? The current version is 4.0.0. I suspect it was not this. How could I find out? Another problem I'm having with this is even if I do get it to run with this version, it really is not a option to use this version going forward, and I'm not sure how the process running under this version is indicative of a problem with Nexus. So before I even try this, I going to try a more current release of Maven first, and also an older version, but not this much older!!! Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Monday, October 05, 2015 11:16 AM To: Maven Users List Subject: Re: Copy-dependencies goal error Looking at the error message again, I agree there seems to be an issue with this dependency: Failed to read artifact descriptor for org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to resolve version for org.jvnet.staxex:stax-ex:jar:RELEASE: Could not find metadata org.jvnet.staxex:stax-ex/maven-metadata.xml in local (C:\Users\Michael CTR Tarullo.FAA\.m2\super-pom-test-repository-62) I would spend some effort looking into that artifact and sorting out why there seems to be no pom file for it, then most likely you can move forward with the rest. Wayne On Mon, Oct 5, 2015 at 9:34 AM, wrote: > Wayne, > > A few questions before I begin to investigates as per your recommendation. > > Are you a committer or just a user? > > I understand your request to try an older release (and I have every intention > of doing just that) but I'm a bit skeptical. Here's why. This is simply a > file copy operation that works fine on other Fuse components (i.e. ActiveMQ > and CXF). Why would a copy operation (i.e. goal) behave any differently > simply because the files it is copying are different? > > That's what I'm struggling with right now!!! > > Thanks, > Mike > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Wayne Fay [mailto:wayne...@gmail.com] > Sent: Sunday, October 04, 2015 5:03 PM > To: Maven Users List > Subject: Re: Copy-dependencies goal error > > What version of Maven was this process originally built to run against? > > Can you roll (Maven) back to that version and try again, to confirm it still > works as it did originally? If it does not work, then you know it is not > Maven but rather another tool in the mix like Nexus etc. > > Wayne > > On Fri, Oct 2, 2015 at 1:18 PM, wrote: >> I am currently responsible for a "legacy" POM that copies ZIP files >> >> from the Red Hat JBoss Fuse distro in our Nexus repository manager >> >> to a location on a local worstation. Several ZIP files are copied >> >> from each of the following Fuse components, ActiveMQ, Camel and CXF. >> >> >> >> To perform the copy operation the legacy POM is using the Maven >> >> copy-dependencies goal or the maven-dependency-plugin. >> >> >> >> When this project is executed by Maven for just the ActiveMQ and >> >> CXF Fuse components the designated files are copied fine. When, >> >> however we execute the project to copy the Camel files, the process >> >> fails. >> >> >> >> The directory for the failing artifacts is present in our Nexus >> >> repository manager, and is populated with several artifacts. >> >> >> >> What I do not understand is why Maven is even looking for these >> >> artifacts for a simple copy operation? It appears to me that the >> >> artifacts causing the problem have nothing to do with the copy goal! >> >> >> >> I have posted this problem with Red Hat, who originally helpd our >> >> previous personnel develop this POM. They believe, and I tend to >> >> agree 100%, that this is a Maven problem. >> >> >> >> I have attached our settings.xml, pom.xml and the text of the error >> >> message. >> >> >> >> Can someone please explain why this is happening and how to fix it? >> >> >> >> Thanks, >> >> Mike >> >> >> >> Michael Tarullo >> >> Contractor (Engility Corp) >> >> Enterprise Architect >> >> NSRR System Administrator >> >> FAA WJH Technical Center >> >> (609)485-5294 >> >> >> >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven
RE: Copy-dependencies goal error
Thank you Curtis. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On Behalf Of Curtis Rueden Sent: Monday, October 05, 2015 2:36 PM To: Maven Users List Cc: joerg.schai...@gmx.de Subject: Re: Copy-dependencies goal error Hi Michael, > Can you explain " you are using dependencyManagement with dependencies > declared with scope "import""? https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Importing_Dependencies > I don't see anything in either my settings.xml or pom.xml that > explicitly declares this. Agreed -- I don't see any uses of import scope in the POM attachment you sent. Regards, Curtis On Mon, Oct 5, 2015 at 1:21 PM, wrote: > What is "import scope"? > > I don't see anything in either my settings.xml or pom.xml that > explicitly declares this. (And I call this my POM, but I inherited it > from someone else). > > Can you explain " you are using dependencyManagement with dependencies > declared with scope "import""? > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Jörg Schaible [mailto:joerg.schai...@gmx.de] > Sent: Monday, October 05, 2015 1:51 PM > To: users@maven.apache.org > Subject: RE: Copy-dependencies goal error > > Hi Michael, > > michael.ctr.taru...@faa.gov wrote: > > > My apology about part of this reply. I did not understand part of > > your suggestion. > > > > I thought you were saying 3.0.5 is the latest release. > > > > That said, I don't see how using the latest release or an older > > release makes any difference. > > > > I have a requirement to use 3.1.1 from a COTS product vendor, so > > that is probably not an option. And "bogus" is just not a good > > enough explanation for me. What specifically is wrong with what I > > am doing that does not work in this release? > > I just cite my original mail: > > > IIRC you have problems with 3.1.x when using dependencies with > > import scope, because it ignores then your settings then for > > transitive deps declaring their own repository in the POM. > > AFAICS, you are using dependencyManagement with dependencies declared > with scope "import"". > > Cheers, > Jörg > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
RE: Copy-dependencies goal error
What is "import scope"? I don't see anything in either my settings.xml or pom.xml that explicitly declares this. (And I call this my POM, but I inherited it from someone else). Can you explain " you are using dependencyManagement with dependencies declared with scope "import""? Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@gmx.de] Sent: Monday, October 05, 2015 1:51 PM To: users@maven.apache.org Subject: RE: Copy-dependencies goal error Hi Michael, michael.ctr.taru...@faa.gov wrote: > My apology about part of this reply. I did not understand part of > your suggestion. > > I thought you were saying 3.0.5 is the latest release. > > That said, I don't see how using the latest release or an older > release makes any difference. > > I have a requirement to use 3.1.1 from a COTS product vendor, so that > is probably not an option. And "bogus" is just not a good enough > explanation for me. What specifically is wrong with what I am doing > that does not work in this release? I just cite my original mail: > IIRC you have problems with 3.1.x when using dependencies with import > scope, because it ignores then your settings then for transitive deps > declaring their own repository in the POM. AFAICS, you are using dependencyManagement with dependencies declared with scope "import"". Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
That is exactly what I would like to know!!! Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Sent: Monday, October 05, 2015 12:43 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi, On 10/5/15 6:07 PM, Jörg Schaible wrote: > latest Maven version or 3.0.5, > because 3.1.1. is bogus. Can you tell me in which way 3.1.1 is bogus ? Kind regards Karl Heinz Marbaise - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
My apology about part of this reply. I did not understand part of your suggestion. I thought you were saying 3.0.5 is the latest release. That said, I don't see how using the latest release or an older release makes any difference. I have a requirement to use 3.1.1 from a COTS product vendor, so that is probably not an option. And "bogus" is just not a good enough explanation for me. What specifically is wrong with what I am doing that does not work in this release? Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Tarullo, Michael CTR (FAA) Sent: Monday, October 05, 2015 12:20 PM To: users@maven.apache.org Subject: RE: Copy-dependencies goal error Pardon me for not responding. But your reply here is ample explanation for why I did not reply. The "attitude" I detect from this reply is that explanation. Is "bogus" some new software engineering term I am not familiar with, or just the language used by someone dabbling in software because it's "cool". If it's the later please reserve your reply for another forum. Now, please tell me how version 3.0.5 is the latest release when there is a 3.1.1? If you can't get this right, how I am supposed to take your reply seriously? Just this kind of thing is what aggravates me about the open source approach to software development, particularly getting help with it!!! Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@swisspost.com] Sent: Monday, October 05, 2015 12:08 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error You asked the same question before and I gave you the advice to either try latest Maven version or 3.0.5, because 3.1.1. is bogus. You never answered. michael.ctr.taru...@faa.gov wrote: > I am currently responsible for a "legacy" POM that copies ZIP files > from the Red Hat JBoss Fuse distro in our Nexus repository manager to > a location on a local worstation. Several ZIP files are copied from > each of the following Fuse components, ActiveMQ, Camel and CXF. > > To perform the copy operation the legacy POM is using the Maven > copy-dependencies goal or the maven-dependency-plugin. > > When this project is executed by Maven for just the ActiveMQ and CXF > Fuse components the designated files are copied fine. When, however > we execute the project to copy the Camel files, the process fails. > > The directory for the failing artifacts is present in our Nexus > repository manager, and is populated with several artifacts. > > What I do not understand is why Maven is even looking for these > artifacts for a simple copy operation? It appears to me that the > artifacts causing the problem have nothing to do with the copy goal! > > I have posted this problem with Red Hat, who originally helpd our > previous personnel develop this POM. They believe, and I tend to > agree 100%, that this is a Maven problem. > > I have attached our settings.xml, pom.xml and the text of the error > message. > > Can someone please explain why this is happening and how to fix it? > > Thanks, > Mike > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Pardon me for not responding. But your reply here is ample explanation for why I did not reply. The "attitude" I detect from this reply is that explanation. Is "bogus" some new software engineering term I am not familiar with, or just the language used by someone dabbling in software because it's "cool". If it's the later please reserve your reply for another forum. Now, please tell me how version 3.0.5 is the latest release when there is a 3.1.1? If you can't get this right, how I am supposed to take your reply seriously? Just this kind of thing is what aggravates me about the open source approach to software development, particularly getting help with it!!! Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@swisspost.com] Sent: Monday, October 05, 2015 12:08 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error You asked the same question before and I gave you the advice to either try latest Maven version or 3.0.5, because 3.1.1. is bogus. You never answered. michael.ctr.taru...@faa.gov wrote: > I am currently responsible for a "legacy" POM that copies ZIP files > from the Red Hat JBoss Fuse distro in our Nexus repository manager to > a location on a local worstation. Several ZIP files are copied from > each of the following Fuse components, ActiveMQ, Camel and CXF. > > To perform the copy operation the legacy POM is using the Maven > copy-dependencies goal or the maven-dependency-plugin. > > When this project is executed by Maven for just the ActiveMQ and CXF > Fuse components the designated files are copied fine. When, however > we execute the project to copy the Camel files, the process fails. > > The directory for the failing artifacts is present in our Nexus > repository manager, and is populated with several artifacts. > > What I do not understand is why Maven is even looking for these > artifacts for a simple copy operation? It appears to me that the > artifacts causing the problem have nothing to do with the copy goal! > > I have posted this problem with Red Hat, who originally helpd our > previous personnel develop this POM. They believe, and I tend to > agree 100%, that this is a Maven problem. > > I have attached our settings.xml, pom.xml and the text of the error > message. > > Can someone please explain why this is happening and how to fix it? > > Thanks, > Mike > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
So, the original author of this POM may not have used the correct goal to achieve the desired outcome. Is that in effect what you are saying? Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 11:07 AM To: Maven Users List Subject: Re: Copy-dependencies goal error Copy Dependencies is not a simple file copy operation, it has to resolve dependencies, which by definition has to look at meta data and POMs. If you want to use a simple file copy a url download would be easier I guess :) 2015-10-05 16:34 GMT+02:00 : > Wayne, > > A few questions before I begin to investigates as per your recommendation. > > Are you a committer or just a user? > > I understand your request to try an older release (and I have every > intention of doing just that) but I'm a bit skeptical. Here's why. > This is simply a file copy operation that works fine on other Fuse > components (i.e. ActiveMQ and CXF). Why would a copy operation (i.e. > goal) behave any differently simply because the files it is copying are > different? > > That's what I'm struggling with right now!!! > > Thanks, > Mike > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Wayne Fay [mailto:wayne...@gmail.com] > Sent: Sunday, October 04, 2015 5:03 PM > To: Maven Users List > Subject: Re: Copy-dependencies goal error > > What version of Maven was this process originally built to run against? > > Can you roll (Maven) back to that version and try again, to confirm it > still works as it did originally? If it does not work, then you know > it is not Maven but rather another tool in the mix like Nexus etc. > > Wayne > > On Fri, Oct 2, 2015 at 1:18 PM, wrote: > > I am currently responsible for a "legacy" POM that copies ZIP files > > > > from the Red Hat JBoss Fuse distro in our Nexus repository manager > > > > to a location on a local worstation. Several ZIP files are copied > > > > from each of the following Fuse components, ActiveMQ, Camel and CXF. > > > > > > > > To perform the copy operation the legacy POM is using the Maven > > > > copy-dependencies goal or the maven-dependency-plugin. > > > > > > > > When this project is executed by Maven for just the ActiveMQ and > > > > CXF Fuse components the designated files are copied fine. When, > > > > however we execute the project to copy the Camel files, the process > > > > fails. > > > > > > > > The directory for the failing artifacts is present in our Nexus > > > > repository manager, and is populated with several artifacts. > > > > > > > > What I do not understand is why Maven is even looking for these > > > > artifacts for a simple copy operation? It appears to me that the > > > > artifacts causing the problem have nothing to do with the copy goal! > > > > > > > > I have posted this problem with Red Hat, who originally helpd our > > > > previous personnel develop this POM. They believe, and I tend to > > > > agree 100%, that this is a Maven problem. > > > > > > > > I have attached our settings.xml, pom.xml and the text of the error > > > > message. > > > > > > > > Can someone please explain why this is happening and how to fix it? > > > > > > > > Thanks, > > > > Mike > > > > > > > > Michael Tarullo > > > > Contractor (Engility Corp) > > > > Enterprise Architect > > > > NSRR System Administrator > > > > FAA WJH Technical Center > > > > (609)485-5294 > > > > > > > > > > > > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
RE: Copy-dependencies goal error
Wayne, A few questions before I begin to investigates as per your recommendation. Are you a committer or just a user? I understand your request to try an older release (and I have every intention of doing just that) but I'm a bit skeptical. Here's why. This is simply a file copy operation that works fine on other Fuse components (i.e. ActiveMQ and CXF). Why would a copy operation (i.e. goal) behave any differently simply because the files it is copying are different? That's what I'm struggling with right now!!! Thanks, Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Sunday, October 04, 2015 5:03 PM To: Maven Users List Subject: Re: Copy-dependencies goal error What version of Maven was this process originally built to run against? Can you roll (Maven) back to that version and try again, to confirm it still works as it did originally? If it does not work, then you know it is not Maven but rather another tool in the mix like Nexus etc. Wayne On Fri, Oct 2, 2015 at 1:18 PM, wrote: > I am currently responsible for a "legacy" POM that copies ZIP files > > from the Red Hat JBoss Fuse distro in our Nexus repository manager > > to a location on a local worstation. Several ZIP files are copied > > from each of the following Fuse components, ActiveMQ, Camel and CXF. > > > > To perform the copy operation the legacy POM is using the Maven > > copy-dependencies goal or the maven-dependency-plugin. > > > > When this project is executed by Maven for just the ActiveMQ and > > CXF Fuse components the designated files are copied fine. When, > > however we execute the project to copy the Camel files, the process > > fails. > > > > The directory for the failing artifacts is present in our Nexus > > repository manager, and is populated with several artifacts. > > > > What I do not understand is why Maven is even looking for these > > artifacts for a simple copy operation? It appears to me that the > > artifacts causing the problem have nothing to do with the copy goal! > > > > I have posted this problem with Red Hat, who originally helpd our > > previous personnel develop this POM. They believe, and I tend to > > agree 100%, that this is a Maven problem. > > > > I have attached our settings.xml, pom.xml and the text of the error > > message. > > > > Can someone please explain why this is happening and how to fix it? > > > > Thanks, > > Mike > > > > Michael Tarullo > > Contractor (Engility Corp) > > Enterprise Architect > > NSRR System Administrator > > FAA WJH Technical Center > > (609)485-5294 > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Wayne, Thanks for the reply. I forgot to mention in my original post that CURRENTLY I'm using Maven v3.1.1. But your question is a good one, and something I didn't even consider and therefore try to test. I should be able to revert back to and older version of Maven provided 1) I know what version to revert to (most of the people that devised this process over 5 years ago are not around) and 2) the older version is still available (this originated about 5 years ago)!!! I'll reply back to my original post when/if I find something. Thanks, Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Sunday, October 04, 2015 5:03 PM To: Maven Users List Subject: Re: Copy-dependencies goal error What version of Maven was this process originally built to run against? Can you roll (Maven) back to that version and try again, to confirm it still works as it did originally? If it does not work, then you know it is not Maven but rather another tool in the mix like Nexus etc. Wayne On Fri, Oct 2, 2015 at 1:18 PM, wrote: > I am currently responsible for a "legacy" POM that copies ZIP files > > from the Red Hat JBoss Fuse distro in our Nexus repository manager > > to a location on a local worstation. Several ZIP files are copied > > from each of the following Fuse components, ActiveMQ, Camel and CXF. > > > > To perform the copy operation the legacy POM is using the Maven > > copy-dependencies goal or the maven-dependency-plugin. > > > > When this project is executed by Maven for just the ActiveMQ and > > CXF Fuse components the designated files are copied fine. When, > > however we execute the project to copy the Camel files, the process > > fails. > > > > The directory for the failing artifacts is present in our Nexus > > repository manager, and is populated with several artifacts. > > > > What I do not understand is why Maven is even looking for these > > artifacts for a simple copy operation? It appears to me that the > > artifacts causing the problem have nothing to do with the copy goal! > > > > I have posted this problem with Red Hat, who originally helpd our > > previous personnel develop this POM. They believe, and I tend to > > agree 100%, that this is a Maven problem. > > > > I have attached our settings.xml, pom.xml and the text of the error > > message. > > > > Can someone please explain why this is happening and how to fix it? > > > > Thanks, > > Mike > > > > Michael Tarullo > > Contractor (Engility Corp) > > Enterprise Architect > > NSRR System Administrator > > FAA WJH Technical Center > > (609)485-5294 > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Copy-dependencies goal error
I am currently responsible for a "legacy" POM that copies ZIP files from the Red Hat JBoss Fuse distro in our Nexus repository manager to a location on a local worstation. Several ZIP files are copied from each of the following Fuse components, ActiveMQ, Camel and CXF. To perform the copy operation the legacy POM is using the Maven copy-dependencies goal or the maven-dependency-plugin. When this project is executed by Maven for just the ActiveMQ and CXF Fuse components the designated files are copied fine. When, however we execute the project to copy the Camel files, the process fails. The directory for the failing artifacts is present in our Nexus repository manager, and is populated with several artifacts. What I do not understand is why Maven is even looking for these artifacts for a simple copy operation? It appears to me that the artifacts causing the problem have nothing to do with the copy goal! I have posted this problem with Red Hat, who originally helpd our previous personnel develop this POM. They believe, and I tend to agree 100%, that this is a Maven problem. I have attached our settings.xml, pom.xml and the text of the error message. Can someone please explain why this is happening and how to fix it? Thanks, Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 [ERROR] Failed to execute goal on project all-products: Could not resolve dependencies for project com.iona.fuse:all-products:pom:1.0.0.0-fuse: Failed to collect dependencies at org.apache.camel:apache-camel:zip:src:2.15.1.redhat-620133 -> org.apache.camel:camel-cmis:jar:2.15.1.redhat-620133 -> org.apache.chemistry.opencmis:chemistry-opencmis-client-impl:jar:0.8.0 -> org.apache.chemistry.opencmis:chemistry-opencmis-commons-impl:jar:0.8.0 -> com.sun.xml.ws:jaxws-rt:jar:2.1.7 -> com.sun.xml.stream.buffer:streambuffer:jar:0.9 -> org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to read artifact descriptor for org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to resolve version for org.jvnet.staxex:stax-ex:jar:RELEASE: Could not find metadata org.jvnet.staxex:stax-ex/maven-metadata.xml in local (C:\Users\Michael CTR Tarullo.FAA\.m2\super-pom-test-repository-62) super-pom-test-pom.xml Description: super-pom-test-pom.xml super-pom-test-settings.xml Description: super-pom-test-settings.xml - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Local Repository Question
Can the local repository be a Nexus repository on a server? If so How? Thanks Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294
RE: Trouble With A POM
Yes we do that in our settings.xml file. Knowing that, is there anything else to add? Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@gmx.de] Sent: Monday, September 21, 2015 8:45 PM To: users@maven.apache.org Subject: Re: Trouble With A POM michael.ctr.taru...@faa.gov wrote: > I inherited a POM file (copy attached) that copies selected files from > our Nexus repository to a local workstation location. > > When I run Maven (3.1.1) with said POM I get the following error: > [ERROR] Failed to execute goal on project all-products: > Could not resolve dependencies for project > com.iona.fuse:all-products:pom:1.0.0.0-fuse: Failed to collect > dependencies > at org.apache.camel:apache-camel:zip:src:2.15.1.redhat-620133 > -> org.apache.camel:camel-cmis:jar:2.15.1.redhat-620133 > -> > org.apache.chemistry.opencmis:chemistry-opencmis-client- impl:jar:0.8.0 > -> > org.apache.chemistry.opencmis:chemistry-opencmis-commons- impl:jar:0.8.0 > -> com.sun.xml.ws:jaxws-rt:jar:2.1.7 -> > com.sun.xml.stream.buffer:streambuffer:jar:0.9 -> > org.jvnet.staxex:stax-ex:jar:RELEASE: > Failed to read artifact descriptor for > org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to resolve version > for org.jvnet.staxex:stax-ex:jar:RELEASE: Could not find metadata > org.jvnet.staxex:stax-ex/maven-metadata.xml > in local (C:\Users\Michael CTR > Tarullo.FAA\.m2\super-pom-test-repository-62) > > I'm starting with an empty local repo for this. I would think that > would not be a problem since the only thing this POM is supposed to do > is copy files from Nexus. This is only true, if you have defined a mirror for central in your settings.xml that redirects to your Nexus. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Trouble With A POM
I inherited a POM file (copy attached) that copies selected files from our Nexus repository to a local workstation location. When I run Maven (3.1.1) with said POM I get the following error: [ERROR] Failed to execute goal on project all-products: Could not resolve dependencies for project com.iona.fuse:all-products:pom:1.0.0.0-fuse: Failed to collect dependencies at org.apache.camel:apache-camel:zip:src:2.15.1.redhat-620133 -> org.apache.camel:camel-cmis:jar:2.15.1.redhat-620133 -> org.apache.chemistry.opencmis:chemistry-opencmis-client-impl:jar:0.8.0 -> org.apache.chemistry.opencmis:chemistry-opencmis-commons-impl:jar:0.8.0 -> com.sun.xml.ws:jaxws-rt:jar:2.1.7 -> com.sun.xml.stream.buffer:streambuffer:jar:0.9 -> org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to read artifact descriptor for org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to resolve version for org.jvnet.staxex:stax-ex:jar:RELEASE: Could not find metadata org.jvnet.staxex:stax-ex/maven-metadata.xml in local (C:\Users\Michael CTR Tarullo.FAA\.m2\super-pom-test-repository-62) I'm starting with an empty local repo for this. I would think that would not be a problem since the only thing this POM is supposed to do is copy files from Nexus. I'm not sure what Maven can't find here. It certainly does not appear to be one of the files specified in the POM. Why would it be looking for anything other than the files specified for the goal dependency:copy-dependencies? To process this POM I use from the command line while in the directory containing the POM. mvn install And that is a bit puzzling to me also, but we can get into that later. Thanks Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 super-pom-test-pom.xml Description: super-pom-test-pom.xml - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Creating local repository
You don't really need to point to a local repository. By default Maven will use C:\Users\\.m2\respository as the local repo. (i.e. for a Windows host). If you want to specify a different location for the local repo you can use this in your settings.xml: C:\.. Finally, to populate your local repo for the first time (i.e. when you ARE connected to the net), you can execute the Maven goal archetype:create to build a "hello world" app. As long a you start with an empty local repository, wherever that happens to be i.e. the default location or somewhere else as per your settings.xml file, then Maven will attempt to get plugins and artifacts from the local repo first but since it is empty it will go to the default remote repo to get these and populate the local repo. As long as you can access the location of the local repo from your VM's there is no need to copy anything! Just one reminder, when you run Maven with the archetype:create goal DO NOT use the -o option!!! After that, when you want to use the local repo only USE the -o option. One last thought. Using Maven in offline only mode may present you with some problems down the road, depending on what "external" artifacts your application uses. If you only populate the local repo once then you will not be using updated artifacts as they become available. If you are not using any "external" artifacts (e.g. XML parsers, log file libraries, etc.) in your app, this should not be a problem. Other on the mailing list feel free to correct me if I've given George any incorrect info. Good luck! And happy building. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: George Karabotsos [mailto:kara...@gmail.com] Sent: Friday, September 04, 2015 10:27 AM To: users@maven.apache.org Subject: Creating local repository Hello all, Let me start by admitting I am by no means a maven expert :). Now I have a need to create a local file-based repository to be used by maven when building my project. I need this because I have no net access from a set of VMs I and colleagues have to use . I was thinking of the following: 1) connected to the net, normally proceed and download all necessary artifacts 2) copy these jars with > cp -r Users/gkarabotsos/.m2/repository . 3) Add the following to my pom.xml localrepository file:///c:/repository/ I do know that it does not work--I am guessing my c:/repository structure does not have the correct form. I have also seen, in the net, commands such as the following: mvn install:install-file -Dfile=YOUR_JAR.jar -DgroupId=YOUR_GROUP_ID -DartifactId=YOUR_ARTIFACT_ID -Dversion=YOUR_VERSION -Dpackaging=jar -DlocalRepositoryPath=/var/www/html/mavenRepository Is this the only correct way? I have yet to try it, primarily because I have a few dozen artifacts and doing so will take me a long time. Cheers, George - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Creating local repository
George, Nor am I a Maven expert, by any stretch of the imagination! But from experience, when you want to work with Maven such that is uses only the local repository you must use the -o (the offline only) option when executing your builds. I will look at your other questions because I think there are some other things you can do as alternatives. Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: George Karabotsos [mailto:kara...@gmail.com] Sent: Friday, September 04, 2015 10:27 AM To: users@maven.apache.org Subject: Creating local repository Hello all, Let me start by admitting I am by no means a maven expert :). Now I have a need to create a local file-based repository to be used by maven when building my project. I need this because I have no net access from a set of VMs I and colleagues have to use . I was thinking of the following: 1) connected to the net, normally proceed and download all necessary artifacts 2) copy these jars with > cp -r Users/gkarabotsos/.m2/repository . 3) Add the following to my pom.xml localrepository file:///c:/repository/ I do know that it does not work--I am guessing my c:/repository structure does not have the correct form. I have also seen, in the net, commands such as the following: mvn install:install-file -Dfile=YOUR_JAR.jar -DgroupId=YOUR_GROUP_ID -DartifactId=YOUR_ARTIFACT_ID -Dversion=YOUR_VERSION -Dpackaging=jar -DlocalRepositoryPath=/var/www/html/mavenRepository Is this the only correct way? I have yet to try it, primarily because I have a few dozen artifacts and doing so will take me a long time. Cheers, George - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Problem Accessing Our Organizations Remote Repo
That typo fix got me a little further, actually a lot. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Mark Eggers [mailto:its_toas...@yahoo.com.INVALID] Sent: Wednesday, September 02, 2015 4:30 PM To: Maven Users List Subject: Re: Problem Accessing Our Organizations Remote Repo -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/2/2015 12:21 PM, michael.ctr.taru...@faa.gov wrote: > I'm getting an unauthorized error when trying to access our > organizations remote repo. > > I'm attaching my settings.xml file with the user name and password > blocked. > > I'm also attaching the Maven console messages from an instance I ran > with the -X and -e options. > > I am able to access the repo specified in the mirror url from a web > browser with the credentials that I have blocked. I've confirmed this > multiple times. > > Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR > System Administrator FAA WJH Technical Center (609)485-5294 > > > > > > - > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > Log file did not make it. However, in the server section you have: SwimRepo In the mirror section you have: SwimrRepo Make them the same and see what happens. . . . just my two cents. /mde/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBAgAGBQJV51xPAAoJEEFGbsYNeTwt0J8H/10k2H5XJS4LwJklWb/2fx8c A9BwZEWroSa0xQ/9IdJtFyF/QYCeYxgcoQd8Ll0q8t+ESi5NewElgvlV6Yzx8C93 Z8p5HwGF9QkVU7IacW2vbWVIs+4afsZVqXWnL4VLFFHvJLu6AENFhTei7Gekh0Pv pd1JbgrN+Ac8CGM2RBw+ZZiFCD0ST+N83CpmTO/GPOWqJckXn4B9n5h59n8f2b+B RVrg5y3tgMn/EG0jEAnZQ78ZIqoK70bu+ycqqsNbieEmHgwBYEU67sJ+iDlD9E7+ bWSyjzEOyTLslkaONqBAGyO0x4MQ1vgrIkQniKE+s6cSC4mI3smiRnZs9EzmDZw= =q2IG -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Problem Accessing Our Organizations Remote Repo
OK, I think my mail server is blocking the log file!!! Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Tarullo, Michael CTR (FAA) Sent: Wednesday, September 02, 2015 4:44 PM To: users@maven.apache.org Subject: RE: Problem Accessing Our Organizations Remote Repo Didn't catch that. I'll give it a try. Tried the log file again!!! Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Mark Eggers [mailto:its_toas...@yahoo.com.INVALID] Sent: Wednesday, September 02, 2015 4:30 PM To: Maven Users List Subject: Re: Problem Accessing Our Organizations Remote Repo -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/2/2015 12:21 PM, michael.ctr.taru...@faa.gov wrote: > I'm getting an unauthorized error when trying to access our > organizations remote repo. > > I'm attaching my settings.xml file with the user name and password > blocked. > > I'm also attaching the Maven console messages from an instance I ran > with the -X and -e options. > > I am able to access the repo specified in the mirror url from a web > browser with the credentials that I have blocked. I've confirmed this > multiple times. > > Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR > System Administrator FAA WJH Technical Center (609)485-5294 > > > > > > - > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > Log file did not make it. However, in the server section you have: SwimRepo In the mirror section you have: SwimrRepo Make them the same and see what happens. . . . just my two cents. /mde/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBAgAGBQJV51xPAAoJEEFGbsYNeTwt0J8H/10k2H5XJS4LwJklWb/2fx8c A9BwZEWroSa0xQ/9IdJtFyF/QYCeYxgcoQd8Ll0q8t+ESi5NewElgvlV6Yzx8C93 Z8p5HwGF9QkVU7IacW2vbWVIs+4afsZVqXWnL4VLFFHvJLu6AENFhTei7Gekh0Pv pd1JbgrN+Ac8CGM2RBw+ZZiFCD0ST+N83CpmTO/GPOWqJckXn4B9n5h59n8f2b+B RVrg5y3tgMn/EG0jEAnZQ78ZIqoK70bu+ycqqsNbieEmHgwBYEU67sJ+iDlD9E7+ bWSyjzEOyTLslkaONqBAGyO0x4MQ1vgrIkQniKE+s6cSC4mI3smiRnZs9EzmDZw= =q2IG -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Problem Accessing Our Organizations Remote Repo
Didn't catch that. I'll give it a try. Tried the log file again!!! Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Mark Eggers [mailto:its_toas...@yahoo.com.INVALID] Sent: Wednesday, September 02, 2015 4:30 PM To: Maven Users List Subject: Re: Problem Accessing Our Organizations Remote Repo -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/2/2015 12:21 PM, michael.ctr.taru...@faa.gov wrote: > I'm getting an unauthorized error when trying to access our > organizations remote repo. > > I'm attaching my settings.xml file with the user name and password > blocked. > > I'm also attaching the Maven console messages from an instance I ran > with the -X and -e options. > > I am able to access the repo specified in the mirror url from a web > browser with the credentials that I have blocked. I've confirmed this > multiple times. > > Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR > System Administrator FAA WJH Technical Center (609)485-5294 > > > > > > - > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > Log file did not make it. However, in the server section you have: SwimRepo In the mirror section you have: SwimrRepo Make them the same and see what happens. . . . just my two cents. /mde/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBAgAGBQJV51xPAAoJEEFGbsYNeTwt0J8H/10k2H5XJS4LwJklWb/2fx8c A9BwZEWroSa0xQ/9IdJtFyF/QYCeYxgcoQd8Ll0q8t+ESi5NewElgvlV6Yzx8C93 Z8p5HwGF9QkVU7IacW2vbWVIs+4afsZVqXWnL4VLFFHvJLu6AENFhTei7Gekh0Pv pd1JbgrN+Ac8CGM2RBw+ZZiFCD0ST+N83CpmTO/GPOWqJckXn4B9n5h59n8f2b+B RVrg5y3tgMn/EG0jEAnZQ78ZIqoK70bu+ycqqsNbieEmHgwBYEU67sJ+iDlD9E7+ bWSyjzEOyTLslkaONqBAGyO0x4MQ1vgrIkQniKE+s6cSC4mI3smiRnZs9EzmDZw= =q2IG -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Problem Accessing Our Organizations Remote Repo
I'm getting an unauthorized error when trying to access our organizations remote repo. I'm attaching my settings.xml file with the user name and password blocked. I'm also attaching the Maven console messages from an instance I ran with the -X and -e options. I am able to access the repo specified in the mirror url from a web browser with the credentials that I have blocked. I've confirmed this multiple times. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 settings.xml Description: settings.xml - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Java heap space error
When running Maven to build a COTS product I am getting the following exception thrown: Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 11:22:22-0400) Maven home: C:\Apache\apache-maven-3.1.1\bin\.. Java version: 1.7.0_85, vendor: Oracle Corporation Java home: C:\Dev\Java\jdk1.7.0_85\jre Default locale: en_US, platform encoding: Cp1252 OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows" [INFO] Error stacktraces are turned on. [DEBUG] Reading global settings from C:\Apache\apache-maven-3.1.1\bin\..\conf\settings.xml [DEBUG] Reading user settings from C:\Users\Michael CTR Tarullo.FAA\.m2\settings.xml [DEBUG] Using local repository at C:\Users\Michael CTR Tarullo.FAA\.m2\fuse-offline-repository-620133 [DEBUG] Using manager EnhancedLocalRepositoryManager with priority 10.0 for C:\Users\Michael CTR Tarullo.FAA\.m2\fuse-offline-repository-620133 [INFO] Scanning for projects... [ERROR] Java heap space -> [Help 1] java.lang.OutOfMemoryError: Java heap space at java.util.HashMap.inflateTable(HashMap.java:316) at java.util.HashMap.put(HashMap.java:488) at org.apache.maven.model.ConfigurationContainer.setLocation(ConfigurationContainer.java:230) at org.apache.maven.model.inheritance.DefaultInheritanceAssembler$InheritanceModelMerger.mergePluginContainer_Plugins(DefaultInheritanceAssembler.java:147) at org.apache.maven.model.merge.ModelMerger.mergePluginContainer(ModelMerger.java:2470) at org.apache.maven.model.merge.ModelMerger.mergePluginManagement(ModelMerger.java:2504) at org.apache.maven.model.merge.ModelMerger.mergePluginConfiguration_PluginManagement(ModelMerger.java:2463) at org.apache.maven.model.merge.ModelMerger.mergePluginConfiguration(ModelMerger.java:2448) at org.apache.maven.model.merge.ModelMerger.mergeBuildBase(ModelMerger.java:2323) at org.apache.maven.model.merge.ModelMerger.mergeBuild(ModelMerger.java:2163) at org.apache.maven.model.merge.ModelMerger.mergeModel_Build(ModelMerger.java:494) at org.apache.maven.model.merge.ModelMerger.mergeModel(ModelMerger.java:146) at org.apache.maven.model.merge.MavenModelMerger.mergeModel(MavenModelMerger.java:79) at org.apache.maven.model.merge.ModelMerger.merge(ModelMerger.java:120) at org.apache.maven.model.inheritance.DefaultInheritanceAssembler.assembleModelInheritance(DefaultInheritanceAssembler.java:56) at org.apache.maven.model.building.DefaultModelBuilder.assembleInheritance(DefaultModelBuilder.java:636) at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:330) at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:411) at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:380) at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:496) at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:380) at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:496) at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:380) at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:344) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:637) at org.apache.maven.DefaultMaven.getProjectsForMavenReactor(DefaultMaven.java:586) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:229) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:152) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214) at org.apache.maven.cli.MavenCli.main(MavenCli.java:158) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294
RE: Specified destination directory cannot be created
I don't believe the latter is the case, but then again they do require v3.1.1, so one never knows! This seemed like a good problem to post here, even taking into account that I considered many of the obvious reasons, as presented here. I thought it might be something simple but not related to the most obvious reasons. Looks like that is not the case. Thanks everyone for your suggestions. Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Monday, August 17, 2015 12:13 PM To: Maven Users List Subject: Re: Specified destination directory cannot be created On Mon, Aug 17, 2015 at 9:43 AM, wrote: > ... > I think it might be time to see what the vendor of the software I'm trying to > build has to say!!! In these cases, it is nearly always a good idea to talk to the vendor and use the support you are already paying for rather than simply depending on the Maven Users list for support. For all we know, the vendor may have their own modifications to Maven which are not public that affect the build. It would be very difficult for us to support that kind of scenario. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Specified destination directory cannot be created
Good one Jorg. I'll check that out. Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@swisspost.com] Sent: Monday, August 17, 2015 10:59 AM To: users@maven.apache.org Subject: RE: Specified destination directory cannot be created Hi Michael, michael.ctr.taru...@faa.gov wrote: > Thanks Robert. > > Using Maven 3.1.1 (required by COTS product vendor); can you define > ancient :-)? > > I suspect it is not permission related, because the build created > other directories\sub-directories located here (which is the same > reason I concluded it is neither spaces in a directory name nor > directory name length as I mentioned in a previous post). > > I think it might be time to see what the vendor of the software I'm > trying to build has to say!!! > > But if anyone else has any other ideas, I'm open to hearing them. Weird idea: Virus Scanner? .scr is normally reserved for screen savers. Do you have other .src artifacts in your repo? Have you checked the Windows events? Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Specified destination directory cannot be created
Thanks Robert. Using Maven 3.1.1 (required by COTS product vendor); can you define ancient :-)? I suspect it is not permission related, because the build created other directories\sub-directories located here (which is the same reason I concluded it is neither spaces in a directory name nor directory name length as I mentioned in a previous post). I think it might be time to see what the vendor of the software I'm trying to build has to say!!! But if anyone else has any other ideas, I'm open to hearing them. Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Robert Scholte [mailto:rfscho...@apache.org] Sent: Friday, August 14, 2015 5:23 PM To: Maven Users List Subject: Re: Specified destination directory cannot be created Hi, I found https://issues.apache.org/jira/browse/WAGON-64 but that is rather old, I hope you're not using an ancient version of Maven. Other reason could be permission related, although that's weird if it was your user.home, unless Maven is running as a different user. Can you create these folders by hand? thanks, Robert Op Fri, 14 Aug 2015 23:14:30 +0200 schreef : > Mirko, > > I gave your recommendation a try, since I was considering it myself. > Unfortunately the outcome was the same: > > Failed to execute goal > org.apache.karaf.tooling:features-maven-plugin:2.4.0.redhat-620133:add > -features-to-repo > (add-features-to-repo) on project jboss-a-mq: Can't resolve bundle > org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans.scr:jar:2.4.0.redhat-620133: > > Could not transfer artifact > org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans. > scr:jar:2.4.0.redhat-620133 > from/to jboss.fs.public > (http://repository.jboss.org/nexus/content/repositories/fs-public/): > > Specified destination directory cannot be created: > C:\tmp\repo\org\apache\karaf\management\mbeans\org.apache.karaf.manage > ment.mbeans.scr\2.4.0.redhat-620133 > > So it appears that this is related to neither spaces in a folder name > (parent or otherwise) nor the length of the directory!!! > > Is it possible this error is misleading and has nothing to do with > creating the director but rather it has something to do with the other > error messages provided? > > Mike > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Tarullo, Michael CTR (FAA) > Sent: Friday, August 14, 2015 4:15 PM > To: users@maven.apache.org > Subject: RE: Specified destination directory cannot be created > > Mirko, > > Thanks for the reply. > > I thought about both of those myself. I did not explore those > possibilities because other directories of equal length were created > and parent directories to these contained spaces, e.g.: > > C:\Users\Michael CTR > Tarullo.FAA\.m2\repo\org\apache\karaf\management\mbeans\org.apache.kar > af.management.mbeans.obr\2.4.0.redhat-620133 > > Mike > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > -Original Message- > From: Mirko Friedenhagen [mailto:mfriedenha...@gmail.com] > Sent: Friday, August 14, 2015 4:04 PM > To: Maven Users List > Subject: Re: Specified destination directory cannot be created > > Hello Michael, > > just guessing: > > - sometimes spaces in the path may lead to problems. > - sometimes Windows encounters a problem when a path is too long. > > Could you try setting setting localRepository as outlined in > http://maven.apache.org/settings.html to c:/tmp/m2. > > Regards > Mirko > -- > Sent from my mobile > Am 14.08.2015 21:07 schrieb : > >> Can anyone tell me why I'm getting the following error? >> >> Failed to execute goal >> org.apache.karaf.tooling:features-maven-plugin:2.4.0.redhat-620133:ad >> d >> -features-to-repo >> (add-features-to-repo) on project jboss-a-mq: >> Can't resolve bundle >> org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans.scr:jar:2.4.0.redhat-620133: >> Could not transfer artifact >> org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans. >> scr:jar:2.4.0.redhat-620133 >> from/to jboss.fs.public ( >> http://repository.jboss.org/nexus/content/repositories/fs-public/): >> Specified destination directory cannot be created: C:\Users\Michael >> CTR >> Tarullo.FAA\.m2\repo\org\apache\karaf\management\mbeans\org.apache.ka >> r >> af.management.mbeans.scr\2.4.0.redhat-620133 >> >> Mike >> > %03B > CB > %1B %1D[ X ܚX K%08%19K[XZ[ > %1D\ \ ][ X ܚX P%1BX] [ \%18X %19K ܙ B ܈%18Y%19%1A]%1A[ۘ[%08%18 > [X[ %1C %08%19K[XZ[ > %1D\ \ Z%19[%1C%10%1BX] [ \%18X %19K ܙ B > > - > To unsubscribe, e-
RE: Specified destination directory cannot be created
Mirko, I gave your recommendation a try, since I was considering it myself. Unfortunately the outcome was the same: Failed to execute goal org.apache.karaf.tooling:features-maven-plugin:2.4.0.redhat-620133:add-features-to-repo (add-features-to-repo) on project jboss-a-mq: Can't resolve bundle org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans.scr:jar:2.4.0.redhat-620133: Could not transfer artifact org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans.scr:jar:2.4.0.redhat-620133 from/to jboss.fs.public (http://repository.jboss.org/nexus/content/repositories/fs-public/): Specified destination directory cannot be created: C:\tmp\repo\org\apache\karaf\management\mbeans\org.apache.karaf.management.mbeans.scr\2.4.0.redhat-620133 So it appears that this is related to neither spaces in a folder name (parent or otherwise) nor the length of the directory!!! Is it possible this error is misleading and has nothing to do with creating the director but rather it has something to do with the other error messages provided? Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Tarullo, Michael CTR (FAA) Sent: Friday, August 14, 2015 4:15 PM To: users@maven.apache.org Subject: RE: Specified destination directory cannot be created Mirko, Thanks for the reply. I thought about both of those myself. I did not explore those possibilities because other directories of equal length were created and parent directories to these contained spaces, e.g.: C:\Users\Michael CTR Tarullo.FAA\.m2\repo\org\apache\karaf\management\mbeans\org.apache.karaf.management.mbeans.obr\2.4.0.redhat-620133 Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Mirko Friedenhagen [mailto:mfriedenha...@gmail.com] Sent: Friday, August 14, 2015 4:04 PM To: Maven Users List Subject: Re: Specified destination directory cannot be created Hello Michael, just guessing: - sometimes spaces in the path may lead to problems. - sometimes Windows encounters a problem when a path is too long. Could you try setting setting localRepository as outlined in http://maven.apache.org/settings.html to c:/tmp/m2. Regards Mirko -- Sent from my mobile Am 14.08.2015 21:07 schrieb : > Can anyone tell me why I'm getting the following error? > > Failed to execute goal > org.apache.karaf.tooling:features-maven-plugin:2.4.0.redhat-620133:add > -features-to-repo > (add-features-to-repo) on project jboss-a-mq: > Can't resolve bundle > org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans.scr:jar:2.4.0.redhat-620133: > Could not transfer artifact > org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans. > scr:jar:2.4.0.redhat-620133 > from/to jboss.fs.public ( > http://repository.jboss.org/nexus/content/repositories/fs-public/): > Specified destination directory cannot be created: C:\Users\Michael > CTR > Tarullo.FAA\.m2\repo\org\apache\karaf\management\mbeans\org.apache.kar > af.management.mbeans.scr\2.4.0.redhat-620133 > > Mike > B CB [ X ܚX KK[XZ[ \ \ ][ X ܚX PX] [ \X K ܙ B ܈Y][ۘ[ [X[ K[XZ[ \ \ Z[X] [ \X K ܙ B - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Specified destination directory cannot be created
Mirko, Thanks for the reply. I thought about both of those myself. I did not explore those possibilities because other directories of equal length were created and parent directories to these contained spaces, e.g.: C:\Users\Michael CTR Tarullo.FAA\.m2\repo\org\apache\karaf\management\mbeans\org.apache.karaf.management.mbeans.obr\2.4.0.redhat-620133 Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Mirko Friedenhagen [mailto:mfriedenha...@gmail.com] Sent: Friday, August 14, 2015 4:04 PM To: Maven Users List Subject: Re: Specified destination directory cannot be created Hello Michael, just guessing: - sometimes spaces in the path may lead to problems. - sometimes Windows encounters a problem when a path is too long. Could you try setting setting localRepository as outlined in http://maven.apache.org/settings.html to c:/tmp/m2. Regards Mirko -- Sent from my mobile Am 14.08.2015 21:07 schrieb : > Can anyone tell me why I'm getting the following error? > > Failed to execute goal > org.apache.karaf.tooling:features-maven-plugin:2.4.0.redhat-620133:add > -features-to-repo > (add-features-to-repo) on project jboss-a-mq: > Can't resolve bundle > org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans.scr:jar:2.4.0.redhat-620133: > Could not transfer artifact > org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans. > scr:jar:2.4.0.redhat-620133 > from/to jboss.fs.public ( > http://repository.jboss.org/nexus/content/repositories/fs-public/): > Specified destination directory cannot be created: C:\Users\Michael > CTR > Tarullo.FAA\.m2\repo\org\apache\karaf\management\mbeans\org.apache.kar > af.management.mbeans.scr\2.4.0.redhat-620133 > > Mike >
Specified destination directory cannot be created
Can anyone tell me why I'm getting the following error? Failed to execute goal org.apache.karaf.tooling:features-maven-plugin:2.4.0.redhat-620133:add-features-to-repo (add-features-to-repo) on project jboss-a-mq: Can't resolve bundle org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans.scr:jar:2.4.0.redhat-620133: Could not transfer artifact org.apache.karaf.management.mbeans:org.apache.karaf.management.mbeans.scr:jar:2.4.0.redhat-620133 from/to jboss.fs.public (http://repository.jboss.org/nexus/content/repositories/fs-public/): Specified destination directory cannot be created: C:\Users\Michael CTR Tarullo.FAA\.m2\repo\org\apache\karaf\management\mbeans\org.apache.karaf.management.mbeans.scr\2.4.0.redhat-620133 Mike
Problem Executing A Mavan Built Program
I created the source code for a very simple Java program in Eclipse. Then I ran mvn install to build the program, which worked fine. The following are the errors I am getting when I try to run the program built by Maven from the command line. I have included the command prompt errors; the source code and the POM file. I have also searched extensively for both of the execution time errors I am encountering but have been unable to find any explanation that works, and I've tried several. Attempt(s) to execute the class file: H:\EclipseWorkspacesLunaForMaven\SimpleNoLibraryProject\target\classes\main\java\org\prog>java SimpleNoLibraryProgram Error: Could not find or load main class SimpleNoLibraryProgram H:\EclipseWorkspacesLunaForMaven\SimpleNoLibraryProject\target\classes\main\java\org\prog>java main.java..org.prog.SimpleNoLibraryProgram Error: Could not find or load main class main.java..org.prog.SimpleNoLibraryProgram Attempt to execute the JAR file: C:\Users\Michael CTR Tarullo.FAA\.m2\program-build-repository\main\java\org\prog\SimpleNoLibraryProgram\1.0>java -jar SimpleNoLibraryProgram-1.0.jar no main manifest attribute, in SimpleNoLibraryProgram-1.0.jar Source code: package main.java.org.prog; public class SimpleNoLibraryProgram { public static void main(String[] args) { System.out.println("Hello Simple No Library Program!!!"); } } POM file: 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/xsd/maven-4.0.0.xsd";> 4.0.0 main.java.org.prog SimpleNoLibraryProgram 1.0 jar SimpleNoLibraryProgram http://maven.apache.org UTF-8 junit junit 3.8.1 test Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294
RE: Problem Running Maven
Ah, I see. The problem is starting it in a root directory. Thanks. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Friday, April 17, 2015 4:41 PM To: users@maven.apache.org Subject: Re: Problem Running Maven Am Fri, 17 Apr 2015 20:38:03 + schrieb : > But as I stated in my initial post, it does not fail if I run it in > C:\Widows or C:\Windows\System32!!! As I said it works in all directories if they are not the root of a drive. https://issues.apache.org/jira/browse/MNG-5804 Gruss Bernd - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Problem Running Maven
As does it fail when I try running it from C:\. But as I stated in my initial post, it does not fail if I run it in C:\Widows or C:\Windows\System32!!! I'm not sure why it should be failing from any directory from which it's started. Does Maven assume that the directory when you are launching it from is 1)either already a project or 2)going to be a project? Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Friday, April 17, 2015 4:30 PM To: users@maven.apache.org Subject: Re: Problem Running Maven Hello, hm, the problem is the \ in the .multiModuleProjectDirectory (caused by the fact that you run it in a toplevel directory I guess). I guess this could be fixed, but then again, does it work when you use a subdir of the h:\ drive? IS this really a project directory? I just tried it and can reproduce it, when I am in "C:\" it fails, also. Gruss Bernd Am Fri, 17 Apr 2015 20:10:17 + schrieb : > H:\>cd .. > > H:\>IF "H:\" == "H:\" goto baseDirNotFound > H:\>set MAVEN_PROJECTBASEDIR=H:\ > H:\>cd "H:\" ... > H:\>"C:\Program Files\Java\jdk1.8.0_31\bin\java.exe"-classpath > "C:\Apache\Ma > ven\apache-maven-3.3.1\boot\plexus-classworlds-2.5.2.jar" > "-Dclassworlds.conf=C: \Apache\Maven\apache-maven-3.3.1\bin\m2.conf" > "-Dmaven.home=C:\Apache\Maven\apac he-maven-3.3.1" > "-Dmaven.multiModuleProjectDirectory=H:\" org.codehaus.plexus.cl > assworlds.launcher.Launcher --version Usage: java [-options] class > [args...] (to execute a class) or java [-options] -jar jarfile > [args...] (to execute a jar file) where options include: > -d32 use a 32-bit data model if available > -d64 use a 64-bit data model if available > -server to select the "server" VM > The default VM is server. > > -cp > -classpath > A ; separated list of directories, JAR archives, > and ZIP archives to search for class files. > -D= > set a system property > -verbose:[class|gc|jni] > enable verbose output > -version print product version and exit > -version: > require the specified version to run > -showversion print product version and continue > -jre-restrict-search | -no-jre-restrict-search > include/exclude user private JREs in the version > search -? -help print this help message > -Xprint help on non-standard options > -ea[:...|:] > -enableassertions[:...|:] > enable assertions with specified granularity > -da[:...|:] > -disableassertions[:...|:] > disable assertions with specified granularity > -esa | -enablesystemassertions > enable system assertions > -dsa | -disablesystemassertions > disable system assertions > -agentlib:[=] > load native agent library , e.g. > -agentlib:hprof see also, -agentlib:jdwp=help and -agentlib:hprof=help > -agentpath:[=] > load native agent library by full pathname > -javaagent:[=] > load Java programming language agent, see > java.lang.instrument > > -splash: > show splash screen with specified image See > http://www.oracle.com/technetwork/java/javase/documentation/index.html > for m ore details. > > H:\>if ERRORLEVEL 1 goto error > > H:\>set ERROR_CODE=1 > > H:\>if not "on" == "" goto skipRcPost > > H:\>if "" == "on" pause > > H:\>if "" == "on" exit 1 > > H:\>exit /B 1 > > H:\> > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > -Original Message- > From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] > Sent: Friday, April 17, 2015 3:53 PM > To: users@maven.apache.org > Subject: Re: Problem Running Maven > > Hello, > > you can try to set "MAVEN_BATCH_ECHO=ON" and "MAVEN_SKIP_RC=On" to see > the commands the batch are executing and make sure you have no old > config laying around. > > What is your JAVA_HOME actually set to? Does it end in a \? > > I suspect it is related to the new .mvn\ directory handling. It should > be visible if you enable command echos. Paste the output to some > pastebin where you can show it. > > Do you have any .mvn\ directories? What does "where java" and "where > mvn" tell you (outside the directories where it works). > > Gruss > Bernd > > > Am > Fri, 17 Apr 2015 19:34:10 + schrieb : > > > I have recently downloaded and unzipped Maven 3.3.1 in Windows 7. > > > > I updated my path environment variable to include > > C:\Apache\Maven\apache-maven-3.3.1\bin. I also added a JAVA_HOME > > environment variable that points to m
RE: Problem Running Maven
Here are the commands the batch file is executing: Do you see anything in here that indicates the cause of the problem? H:\>mvn --version H:\>if "" == "" (set "HOME=H:\" ) H:\>if not "on" == "" goto skipRcPre H:\>set ERROR_CODE=0 H:\>if not "C:\Program Files\Java\jdk1.8.0_31" == "" goto OkJHome H:\>if exist "C:\Program Files\Java\jdk1.8.0_31\bin\java.exe" goto chkMHome H:\>if not "C:\Apache\Maven\apache-maven-3.3.1" == "" goto valMHome H:\>if not "_1" == "_\" goto checkMCmd H:\>if exist "C:\Apache\Maven\apache-maven-3.3.1\bin\mvn.cmd" goto init H:\>set MAVEN_CMD_LINE_ARGS=--version H:\>set MAVEN_PROJECTBASEDIR= H:\>IF NOT "" == "" goto endDetectBaseDir H:\>set EXEC_DIR=H:\ H:\>set WDIR=H:\ H:\>IF EXIST "H:\"\.mvn goto baseDirFound H:\>cd .. H:\>IF "H:\" == "H:\" goto baseDirNotFound H:\>set MAVEN_PROJECTBASEDIR=H:\ H:\>cd "H:\" H:\>IF NOT EXIST "H:\\.mvn\jvm.config" goto endReadAdditionalConfig H:\>SET MAVEN_JAVA_EXE="C:\Program Files\Java\jdk1.8.0_31\bin\java.exe" H:\>for %i in ("C:\Apache\Maven\apache-maven-3.3.1"\boot\plexus-classworlds-*) d o set CLASSWORLDS_JAR="%i" H:\>set CLASSWORLDS_JAR="C:\Apache\Maven\apache-maven-3.3.1\boot\plexus-classwor lds-2.5.2.jar" H:\>set CLASSWORLDS_LAUNCHER=org.codehaus.plexus.classworlds.launcher.Launcher H:\>"C:\Program Files\Java\jdk1.8.0_31\bin\java.exe"-classpath "C:\Apache\Ma ven\apache-maven-3.3.1\boot\plexus-classworlds-2.5.2.jar" "-Dclassworlds.conf=C: \Apache\Maven\apache-maven-3.3.1\bin\m2.conf" "-Dmaven.home=C:\Apache\Maven\apac he-maven-3.3.1" "-Dmaven.multiModuleProjectDirectory=H:\" org.codehaus.plexus.cl assworlds.launcher.Launcher --version Usage: java [-options] class [args...] (to execute a class) or java [-options] -jar jarfile [args...] (to execute a jar file) where options include: -d32 use a 32-bit data model if available -d64 use a 64-bit data model if available -server to select the "server" VM The default VM is server. -cp -classpath A ; separated list of directories, JAR archives, and ZIP archives to search for class files. -D= set a system property -verbose:[class|gc|jni] enable verbose output -version print product version and exit -version: require the specified version to run -showversion print product version and continue -jre-restrict-search | -no-jre-restrict-search include/exclude user private JREs in the version search -? -help print this help message -Xprint help on non-standard options -ea[:...|:] -enableassertions[:...|:] enable assertions with specified granularity -da[:...|:] -disableassertions[:...|:] disable assertions with specified granularity -esa | -enablesystemassertions enable system assertions -dsa | -disablesystemassertions disable system assertions -agentlib:[=] load native agent library , e.g. -agentlib:hprof see also, -agentlib:jdwp=help and -agentlib:hprof=help -agentpath:[=] load native agent library by full pathname -javaagent:[=] load Java programming language agent, see java.lang.instrument -splash: show splash screen with specified image See http://www.oracle.com/technetwork/java/javase/documentation/index.html for m ore details. H:\>if ERRORLEVEL 1 goto error H:\>set ERROR_CODE=1 H:\>if not "on" == "" goto skipRcPost H:\>if "" == "on" pause H:\>if "" == "on" exit 1 H:\>exit /B 1 H:\> Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] Sent: Friday, April 17, 2015 3:53 PM To: users@maven.apache.org Subject: Re: Problem Running Maven Hello, you can try to set "MAVEN_BATCH_ECHO=ON" and "MAVEN_SKIP_RC=On" to see the commands the batch are executing and make sure you have no old config laying around. What is your JAVA_HOME actually set to? Does it end in a \? I suspect it is related to the new .mvn\ directory handling. It should be visible if you enable command echos. Paste the output to some pastebin where you can show it. Do you have any .mvn\ directories? What does "where java" and "where mvn" tell you (outside the directories where it works). Gruss Bernd Am Fri, 17 Apr 2015 19:34:10 + schrieb : > I have recently downloaded and unzipped Maven 3.3.1 in Windows 7. > > I updated my path environment variable to include > C:\Apache\Maven\apache-maven-3.3.1\bin. I also added a JAVA_HOME > environment variable that points to my Java 8 JDK. And created both > an M2_HOME and M2 environment variable. > > When I enter mvn - -version on the command line
Problem Running Maven
I have recently downloaded and unzipped Maven 3.3.1 in Windows 7. I updated my path environment variable to include C:\Apache\Maven\apache-maven-3.3.1\bin. I also added a JAVA_HOME environment variable that points to my Java 8 JDK. And created both an M2_HOME and M2 environment variable. When I enter mvn - -version on the command line I get the following: H:\>mvn --version Usage: java [-options] class [args...] (to execute a class) or java [-options] -jar jarfile [args...] (to execute a jar file) where options include: -d32 use a 32-bit data model if available -d64 use a 64-bit data model if available -server to select the "server" VM The default VM is server. -cp -classpath A ; separated list of directories, JAR archives, and ZIP archives to search for class files. -D= set a system property -verbose:[class|gc|jni] enable verbose output -version print product version and exit -version: require the specified version to run -showversion print product version and continue -jre-restrict-search | -no-jre-restrict-search include/exclude user private JREs in the version search -? -help print this help message -Xprint help on non-standard options -ea[:...|:] -enableassertions[:...|:] enable assertions with specified granularity -da[:...|:] -disableassertions[:...|:] disable assertions with specified granularity -esa | -enablesystemassertions enable system assertions -dsa | -disablesystemassertions disable system assertions -agentlib:[=] load native agent library , e.g. -agentlib:hprof see also, -agentlib:jdwp=help and -agentlib:hprof=help -agentpath:[=] load native agent library by full pathname -javaagent:[=] load Java programming language agent, see java.lang.instrument -splash: show splash screen with specified image See http://www.oracle.com/technetwork/java/javase/documentation/index.html for more details. However, when I change to any of the following three directories: C:\Windows C:\Windows\System32 C:\Apache\Maven\apache-maven-3.3.1\bin and enter mvn - -version on the command line I get the following: C:\Apache\Maven\apache-maven-3.3.1\bin>mvn --version Apache Maven 3.3.1 (cab6659f9874fa96462afef40fcf6bc033d58c1c; 2015-03-13T16:10:27-04:00) Maven home: C:\Apache\Maven\apache-maven-3.3.1\bin\.. Java version: 1.8.0_31, vendor: Oracle Corporation Java home: C:\Program Files\Java\jdk1.8.0_31\jre Default locale: en_US, platform encoding: Cp1252 OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" If I run mvn - -version from any other directory I get the same results as reported when I run from H:\. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294