Re: Not finding artifact in local repo
I'm curious if the _maven.repositories checking can be turned off. We've had some struggles with synchronization between remote repositories, internal repositories and local repositories. Seems like we should be able to turn this off if we need to. Does anyone know if that's possible? (I googled, but got no helpful results) Tom Williamson Senior Developer O'Reilly/CSK Auto 645 E Missouri Ave Phoenix, AZ 85012 (602) 631-7477 From: Chris To: users@maven.apache.org Date: 03/16/2011 08:36 AM Subject:Re: Not finding artifact in local repo On 3/15/2011 5:39 PM, Benjamin Bentmann wrote: > Chris wrote: > >> The third party jar that it's looking for does not exist in maven >> central; it's a proprietary app. But it does exist in the proper place >> in my local repo, with the right version number and everything (I've >> triple checked). >> [...] >> My settings.xml is empty, if that's relevant. > > Could be > https://cwiki.apache.org/confluence/display/MAVEN/Maven+3.x+Compatibility+Notes#Maven3.xCompatibilityNotes-ResolutionfromLocalRepository > Thank you. That was the problem. I had had a setting.xml that pointed to an internal repo at my company, and then cleared it out. Maven puts a file named _maven.repositories in with the jar file in the local repo that keeps track of where the jar came from. If the remote repo isn't available, the build fails. Deleting _maven.repositories solved the problem. This seems like an extrordinarily bad design. If a remote system goes down, you can't do a build? If you have an internal repo at work, and you take your laptop home, you can't do a build? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean (mailgw2:B98541E6FF.689BE). This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS § 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
RE: Repository Confusion
It's interesting that this is a snapshot problem. We had a very similar problem with our Archiva installation which proved to be related to use of the setting in settings.xml.We had two Archiva repositories set up - one for regular artifacts and one for snapshots. We used the * setting for the regular repository, which turned out to have the "side effect" (if I read the documentation correctly) of blocking access to the snapshots repository (since maven thought the whole world was in the regular repository). Removing the mirror settings solved a lot of problems. Details of the Maven mirror settings are here http://maven.apache.org/guides/mini/guide-mirror-settings.html Looking forward to finding out what the resolution of this problem is! From: Shay Thompson To: Maven Users List Date: 02/17/2011 08:04 AM Subject:RE: Repository Confusion Error is below. It looks like it's looking in the snapshots repository but the url doesn't. Odd. The dependency I'm using is below too. org.apache.sling org.apache.sling.junit.core 0.1.1-SNAPSHOT Downloading: http://xxx:8080/archiva/repository/internal//org/apache/sling/org.apache.sling.junit.core/0.1.1-SNAPSHOT/org.apache.sling.junit.core-0.1.1-SNAPSHOT.pom [INFO] Unable to find resource 'org.apache.sling:org.apache.sling.junit.core:pom:0.1.1-SNAPSHOT' in repository apache.snapshots (http://repository.apache.org/snapshots) Downloading: http://xxx:8080/archiva/repository/internal//org/apache/sling/org.apache.sling.junit.core/0.1.1-SNAPSHOT/org.apache.sling.junit.core-0.1.1-SNAPSHOT.jar [INFO] Unable to find resource 'org.apache.sling:org.apache.sling.junit.core:jar:0.1.1-SNAPSHOT' in repository apache.snapshots (http://repository.apache.org/snapshots) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. -Original Message- From: odeach...@gmail.com [mailto:odeach...@gmail.com] On Behalf Of Deng Ching Sent: Thursday, February 17, 2011 12:46 AM To: Maven Users List Subject: Re: Repository Confusion What's the exact error you're getting in Maven for the 2 machines? -Deng On Thu, Feb 17, 2011 at 2:35 PM, Shay Thompson wrote: > > Outlook likes to capitalize. My file has a lower-case s. > > -Original Message- > From: Ben Caradoc-Davies [mailto:ben.caradoc-dav...@csiro.au] > Sent: Wednesday, February 16, 2011 11:58 PM > To: Maven Users List > Cc: Shay Thompson > Subject: Re: Repository Confusion > > You are asking about your Maven settings.xml? > > The file should be called settings.xml (note case!) not Settings.xml on > platforms and filesystems that filename case-sensitive. For example, > Settings.xml would work on Windows/NTFS but not on Unix or Linux, where > only settings.xml (lowercase) would work. > > Kind regards, > Ben. > > On 17/02/11 13:41, Shay Thompson wrote: >> Settings.xml is exactly the same on all machines. > > -- > Ben Caradoc-Davies > Software Engineering Team Leader > CSIRO Earth Science and Resource Engineering > Australian Resources Research Centre > - 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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean (mailgw2:E73FA1E6FC.A3195). This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS § 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
Re: Surefire plugin 2.7.1 always fails - not even using it????
That's VERY cool. I didn't know it could do that.I found that it's defaulting to 2.7.1 so I have forced that to 2.5 explicitly in the POM (I guess the default previously was 2.5). I apologize for not RTFM more carefully. From: Kristian Rosenvold To: Maven Users List Date: 02/09/2011 09:17 AM Subject:Re: Surefire plugin 2.7.1 always fails - not even using it You,re cutting away so much of the log that it doesn't even show 2.7.1 being run ;) Maybe mvn --fail-never --file CSKAutoCommon\pom.xml help:effective-pom Can provide some insight ? Kristian on., 09.02.2011 kl. 08.59 -0700, skrev twilliamso...@oreillyauto.com: > I apologize if this is a really basic problem but I am at a point where I > need some help from SOMEBODY: > > I am experiencing a situation where my command-line Maven 3.0.2 build is > always failing with the following error (trace abbreviated for brevity): > > Caused by: java.lang.ClassNotFoundException: > org.apache.maven.plugin.surefire.SurefireExecutionParameters > at > org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50) > at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) > at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) > ... 47 more > > This is annoying because not only are we not using 2.7.1 of the surefire > plugin (the POM specifies 2.5), there appears to be no way to shut this > off! I have tried command line options as follows with no luck: > > > mvn --fail-never -Dmaven.test.skip=true -DskipTests -e -X --file > CSKAutoCommon\pom.xml clean install > > The Maven site specifies that either one of the -D parameters should skip > the tests. Yet neither one, nor both of them, appears to work. > > Anyone have any helpful ideas? > This communication and any attachments are confidential, protected by > Communications Privacy Act 18 USCS § 2510, solely for the use of the > intended recipient, and may contain legally privileged material. If you > are not the intended recipient, please return or destroy it immediately. > Thank you. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean (mailgw2:BBF001E6FD.0F56F). This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS § 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.
Surefire plugin 2.7.1 always fails - not even using it????
I apologize if this is a really basic problem but I am at a point where I need some help from SOMEBODY: I am experiencing a situation where my command-line Maven 3.0.2 build is always failing with the following error (trace abbreviated for brevity): Caused by: java.lang.ClassNotFoundException: org.apache.maven.plugin.surefire.SurefireExecutionParameters at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) ... 47 more This is annoying because not only are we not using 2.7.1 of the surefire plugin (the POM specifies 2.5), there appears to be no way to shut this off! I have tried command line options as follows with no luck: mvn --fail-never -Dmaven.test.skip=true -DskipTests -e -X --file CSKAutoCommon\pom.xml clean install The Maven site specifies that either one of the -D parameters should skip the tests. Yet neither one, nor both of them, appears to work. Anyone have any helpful ideas? This communication and any attachments are confidential, protected by Communications Privacy Act 18 USCS § 2510, solely for the use of the intended recipient, and may contain legally privileged material. If you are not the intended recipient, please return or destroy it immediately. Thank you.