maven-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From John Dix <John....@amdocs.com>
Subject RE: Failure to find artifact in Nexus
Date Mon, 09 Sep 2013 17:29:09 GMT
Still repro's in Maven 3.1. The bug says it is fixed there if I am reading it correctly. However,
the artifact is stored in Nexus in exactly where we want it: 3rdparty. Maven pulls it down,
and rather than acknowledge it's existence in the local .m2 repository, it continues to try
and find it and then dies when it cannot locate. Is this the same thing? The bug doesn't read
like it is. Bear in mind I am mostly new to Maven and still getting used to the lingo.

-----Original Message-----
From: Robert Scholte [mailto:rfscholte@apache.org] 
Sent: Monday, September 09, 2013 10:05 AM
To: Maven Developers List
Subject: Re: Failure to find artifact in Nexus

In that case you're probably hitting
https://jira.codehaus.org/browse/MNG-5181

Robert

Op Mon, 09 Sep 2013 18:57:25 +0200 schreef John Dix <John.Dix@amdocs.com>:

> What I mean by being "downloaded" is that it is easily found in the 
> local .m2 repository of the machine maven is being executed on.
>
> -----Original Message-----
> From: John Dix
> Sent: Monday, September 09, 2013 9:44 AM
> To: Maven Developers List
> Subject: RE: Failure to find artifact in Nexus
>
> Thanks!
>
> The problem is not that I am not getting the artifact because I am. 
> The problem is that Maven acts like it doesn't have the file(after 
> downloading it) and then exits. If I rerun the build it passes just 
> fine. It does this on very specific artifacts every time. It is very 
> reproducible. What I am trying to find out is why it is doing this so 
> that I can correct the behaviour.
>
> -----Original Message-----
> From: Robert Scholte [mailto:rfscholte@apache.org]
> Sent: Saturday, September 07, 2013 10:02 AM
> To: Maven Developers List
> Subject: Re: Failure to find artifact in Nexus
>
> hi,
>
> /nexus/content/repositories/releases should be used for releases of 
> your company or project /nexus/content/repositories/thirdparty should 
> be used for ... third party artifacts.
>
> Developers should connect to a repository-*group* instead of a 
> repository-*host*, so the Nexus administrator can control which hosted 
> and proxied repositories should be available for them (on URL to rule 
> them all).
> Normally this would be the .../public repository
>
> What I don't understand is what you mean with the file being downloaded.
> Maven always comes with 2 lines:
> Downloading .... which mean it will *try* to download this file 
> Downloaded .... means that Maven succeeded.
> If you don't see the second line, then it is not downloaded.
> I guess that confused you a bit.
>
> Robert
>
> Op Fri, 06 Sep 2013 20:09:30 +0200 schreef John Dix
> <John.Dix@amdocs.com>:
>
>> + maven dev team..
>>
>> -----Original Message-----
>> From: John Dix
>> Sent: Friday, September 06, 2013 11:08 AM
>> To: Maven Users List; rwheeler@artifact-software.com
>> Subject: RE: Failure to find artifact in Nexus
>>
>> Let me rephrase this. It is finding it in the repository we have it 
>> in (3rdparty), but when it gets to 
>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/release
>> s , which is where the artifact ISN'T, maven says "Oops. I can't find 
>> it I give up" and craps out DESPITE the fact that it has already 
>> found it and downloaded the file.
>>
>> -----Original Message-----
>> From: John Dix
>> Sent: Friday, September 06, 2013 10:59 AM
>> To: Maven Users List; rwheeler@artifact-software.com
>> Subject: RE: Failure to find artifact in Nexus
>>
>> Yes it is. It downloads the file. I have verified it is in the .m2 
>> repository on the drive where the build is located. When I execute a 
>> second time it bypasses the error.
>>
>> -----Original Message-----
>> From: Ron Wheeler [mailto:rwheeler@artifact-software.com]
>> Sent: Thursday, September 05, 2013 6:49 PM
>> To: users@maven.apache.org
>> Subject: Re: Failure to find artifact in Nexus
>>
>>
>> Is the artifact
>>
>> commons-httpclient:commons-httpclient:jar:3.1
>>
>> in the
>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/release
>> s
>> repo?
>>
>> That will split your problem in half.
>>
>> Ron
>>
>> On 05/09/2013 8:17 PM, John Dix wrote:
>>> Mark: We are going to our own Nexus repository:
>>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/releas
>>> e
>>> s
>>>
>>> -----Original Message-----
>>> From: Mark Eggers [mailto:its_toasted@yahoo.com]
>>> Sent: Thursday, September 05, 2013 5:03 PM
>>> To: Maven Users List
>>> Subject: Re: Failure to find artifact in Nexus
>>>
>>> On 9/5/2013 4:47 PM, John Dix wrote:
>>>> Hello everyone,
>>>>
>>>> I have hit a wall in trying to figure out why we're getting this
>>>> failure:
>>>>
>>>> org.sonatype.aether.transfer.ArtifactNotFoundException: Failure to 
>>>> find commons-httpclient:commons-httpclient:jar:3.1 in 
>>>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/relea
>>>> s e s was cached in the local repository, resolution will not be 
>>>> reattempted until the update interval of 
>>>> qpass-nexus-hosted-releases has elapsed or updates are forced
>>>>
>>>> during our builds. On a clean .m2/repository directory(ran rm -rf
>>>> ~/.m2/repository/*) and executing the following command:
>>>>
>>>> mvn -e -DskipTests clean install -f <path to our pom>. This happens

>>>> the first time and then after that it picks up the file. It happens 
>>>> on the SAME file everytime after a wiping of the .ms/repository 
>>>> directory. I have looked and visually verified that the jar file it 
>>>> is looking for is in the .m2 repo and is the correct version it is 
>>>> looking for. I have tried using the -U switch with the maven 
>>>> command to no avail. We are getting this on one more jar file after 
>>>> this one gets resolved but it behaves the same: rerun and it finds 
>>>> it. We do not encounter this on other products, just this one.
>>>>
>>>> Does anyone have any idea on how to move forward on this? I am at a 
>>>> loss.
>>>>
>>>> Regards!
>>>> -Caolan.
>>>>
>>>> Maven essentials:
>>>> Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da;
>>>> 2013-02-19 13:51:28+0000) Maven home: /usr/local/maven-3.0.5 Java
>>>> version: 1.7.0_02, vendor: Oracle Corporation Java home:
>>>> /usr/local/jdk1.7.0_02/jre Default locale: en_US, platform encoding:
>>>> UTF-8 OS name: "linux", version: "2.6.30.10-105.2.23.fc11.x86_64",
>>>> arch: "amd64", family: "unix"
>>>>
>>>>
>>>> Full Stack:
>>>> [ERROR] Failed to execute goal on project
>>>> applicationContextComponents: Could not resolve dependencies for 
>>>> project 
>>>> com.amdocs.dc.applicationcontext:applicationContextComponents:jar:1.
>>>> 0
>>>> -
>>>> rc-4-SNAPSHOT: Failure to find
>>>> commons-httpclient:commons-httpclient:jar:3.1 in 
>>>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/relea
>>>> s e s was cached in the local repository, resolution will not be 
>>>> reattempted until the update interval of 
>>>> qpass-nexus-hosted-releases has elapsed or updates are forced -> 
>>>> [Help 1]
>>>> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to 
>>>> execute goal on project applicationContextComponents: Could not 
>>>> resolve dependencies for project
>>>> com.amdocs.dc.applicationcontext:applicationContextComponents:jar:1.0-rc-4-SNAPSHOT:
>>>> Failure to find commons-httpclient:commons-httpclient:jar:3.1 in 
>>>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/relea
>>>> s es was cached in the local repository, resolution will not be 
>>>> reattempted until the update interval of 
>>>> qpass-nexus-hosted-releases has elapsed or updates are forced
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:210)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:117)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:258)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:201)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
>>>>                   at
>>>> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
>>>>                   at
>>>> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
>>>>                   at
>>>> org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
>>>>                   at
>>>> org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>>>>                   at
>>>> org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>>>>                   at
>>>> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>                   at
>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>>                   at
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>                   at java.lang.reflect.Method.invoke(Method.java:601)
>>>>                   at
>>>> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
>>>>                   at
>>>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
>>>>                   at
>>>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
>>>>                   at
>>>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:
>>>> 3
>>>> 52) Caused by: org.apache.maven.project.DependencyResolutionException:
>>>> Could not resolve dependencies for project
>>>> com.amdocs.dc.applicationcontext:applicationContextComponents:jar:1.0-rc-4-SNAPSHOT:
>>>> Failure to find commons-httpclient:commons-httpclient:jar:3.1 in 
>>>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/relea
>>>> s es was cached in the local repository, resolution will not be 
>>>> reattempted until the update interval of 
>>>> qpass-nexus-hosted-releases has elapsed or updates are forced
>>>>                   at
>>>> org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:189)
>>>>                   at
>>>> org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:185)
>>>>                   ... 22 more
>>>> Caused by:
>>>> org.sonatype.aether.resolution.DependencyResolutionException:
>>>> Failure to find commons-httpclient:commons-httpclient:jar:3.1 in 
>>>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/relea
>>>> s es was cached in the local repository, resolution will not be 
>>>> reattempted until the update interval of 
>>>> qpass-nexus-hosted-releases has elapsed or updates are forced
>>>>                   at
>>>> org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:375)
>>>>                   at
>>>> org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:183)
>>>>                   ... 23 more
>>>> Caused by: org.sonatype.aether.resolution.ArtifactResolutionException:
>>>> Failure to find commons-httpclient:commons-httpclient:jar:3.1 in 
>>>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/relea
>>>> s es was cached in the local repository, resolution will not be 
>>>> reattempted until the update interval of 
>>>> qpass-nexus-hosted-releases has elapsed or updates are forced
>>>>                   at
>>>> org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:538)
>>>>                   at
>>>> org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:216)
>>>>                   at
>>>> org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:358)
>>>>                   ... 24 more
>>>> Caused by: org.sonatype.aether.transfer.ArtifactNotFoundException:
>>>> Failure to find commons-httpclient:commons-httpclient:jar:3.1 in 
>>>> http://pd-repo2.eng.qpass.net:8081/nexus/content/repositories/relea
>>>> s es was cached in the local repository, resolution will not be 
>>>> reattempted until the update interval of 
>>>> qpass-nexus-hosted-releases has elapsed or updates are forced
>>>>                   at
>>>> org.sonatype.aether.impl.internal.DefaultUpdateCheckManager.newException(DefaultUpdateCheckManager.java:230)
>>>>                   at
>>>> org.sonatype.aether.impl.internal.DefaultUpdateCheckManager.checkArtifact(DefaultUpdateCheckManager.java:176)
>>>>                   at
>>>> org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(D
>>>> e
>>>> f
>>>> a
>>>> ultArtifactResolver.java:427)
>>>>
>>>> John "Caolan" Dix
>>>> Programming Sr. SME, Digital Commerce Amdocs Digital Services 
>>>> Division
>>>> o: 206-288-0334 m: 425.351.7340
>>> Why is Maven looking in the "releases" repository on Nexus?
>>>
>>> I would expect it to be looking at either public (if you use the 
>>> group), or the mirror of central.
>>>
>>> . . . just my naive two cents.
>>> /mde/
>>>
>>>
>>> --------------------------------------------------------------------
>>> - To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: users-help@maven.apache.org
>>>
>>>
>>> This message and the information contained herein is proprietary and 
>>> confidential and subject to the Amdocs policy statement, you may 
>>> review at http://www.amdocs.com/email_disclaimer.asp
>>>
>>> --------------------------------------------------------------------
>>> - To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: users-help@maven.apache.org
>>>
>>>
>>
>>
>> --
>> Ron Wheeler
>> President
>> Artifact Software Inc
>> email: rwheeler@artifact-software.com
>> skype: ronaldmwheeler
>> phone: 866-970-2435, ext 102
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>> This message and the information contained herein is proprietary and 
>> confidential and subject to the Amdocs policy statement, you may 
>> review at http://www.amdocs.com/email_disclaimer.asp
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org For 
>> additional commands, e-mail: dev-help@maven.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org For 
> additional commands, e-mail: dev-help@maven.apache.org
>
>
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement, you may 
> review at http://www.amdocs.com/email_disclaimer.asp
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org For 
> additional commands, e-mail: dev-help@maven.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org For 
> additional commands, e-mail: dev-help@maven.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org For additional commands, e-mail:
dev-help@maven.apache.org


This message and the information contained herein is proprietary and confidential and subject
to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org


Mime
View raw message