From: Yoav L. <yla...@gm...> - 2008-05-22 18:57:07
|
As, Fred explained this is the behavior of a direct local repo request that is considered as an implicit virtual repo containing the local repo and all other remote caches. This is by design to keep backward compatibility with the behavior before the itroduction of virtual repositories. You can read more on this here: http://www.jfrog.org/jira/browse/RTFACT-306 Though it can be worked around by creating a dedicated virtual repo, with the upcoming release we are thinking towards chaging this behavior to the behavior you expected to see, which seems to be what most people expect anyway. Yoav On Thu, May 22, 2008 at 5:33 PM, Frederic Simon <fr...@jf...> wrote: > OK, sorry did not see the log was from Artifactory! > Some questions: > - Does "myapp-frozen" contains the 2.1-alpha-1 version of the war plugin? > - If no, your goall is to stop the client from trying to get it? > - Maven is trying to retrieve this version because it's in the > maven-metadata.xml file. This file is aggregated by Artifactory from the > list of accessible repos given for a virtual repo name. > > So what I suggest: > - Make sure the maven-metadata.xml file in myapp-frozen does not contains > version that should not be there (who that you don't want). > - By default the "virtual repository" represented by the url > http://zoot/artifactory/myapp-frozen is the local repo "myapp-frozen" PLUS > all the remote repository. So, to change this behavior you need to create a > virtual repository of your own which contains only the local and remote > repositories you trust and are frozen. Please check > http://www.jfrog.org/confluence/display/RTF/Configuring+Artifactory#ConfiguringArtifactory-VirtualRepositories > > Hope this should solve the issue. > > On Thu, May 22, 2008 at 4:58 PM, Lalor, Brian <Bri...@fm...> wrote: > >> ------------------------------ >> *From:* art...@li... [mailto: >> art...@li...] *On Behalf Of *Frederic >> Simon >> *Sent:* Thursday, May 22, 2008 8:52 AM >> *To:* art...@li... >> *Subject:* Re: [Artifactory-users] Artifactory retrieving artifacts >> outside of"walled" repository >> >> This is a known bug of Maven. Please refer to >> http://www.jfrog.org/confluence/display/RTF/Configuring+Maven >> By the way, in maven 2.0.8 and above there is a mirror-any feature. >> Did someone used it? Is it solving the bug? >> Another issue you have to be careful with is plugin that can be executed >> without pom.xml file, like archetype. In this case repository settings in >> profile are not loaded and so maven is going to repo1. The workaround is to >> have a dummy pom.xml where you are executing the plugin. >> >> >> Perhaps I wasn't clear. I'm using Maven v2.0.9 in this particular >> instance. Poor POM management is leading to Maven trying to retrieve newer >> versions of plugins that aren't in my "frozen" repository. >> >> It's also Artifactory (v1.2.5) that is retrieving the artifacts not in the >> "myapp-frozen" Artifactory repository. The client is trying to retrieve a >> non-existant artifact from an Artifactory localRepository, and Artifactory >> (mistakenly?) goes ahead and retreives it from repo1 instead of returning a >> 404. Maven is doing what it's told and only querying Artifactory. >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Artifactory-users mailing list >> Art...@li... >> https://lists.sourceforge.net/lists/listinfo/artifactory-users >> >> > > > -- > http://freddy33.blogspot.com/ > http://www.jfrog.org/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > |