Return-Path: X-Original-To: apmail-maven-users-archive@www.apache.org Delivered-To: apmail-maven-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3FF54D99F for ; Fri, 26 Oct 2012 21:51:08 +0000 (UTC) Received: (qmail 75226 invoked by uid 500); 26 Oct 2012 21:51:06 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 75163 invoked by uid 500); 26 Oct 2012 21:51:06 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 75155 invoked by uid 99); 26 Oct 2012 21:51:06 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Oct 2012 21:51:06 +0000 Received: from localhost (HELO columbia) (127.0.0.1) (smtp-auth username rfscholte, mechanism login) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Oct 2012 21:51:05 +0000 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Maven Users List" Subject: Re: AW: dependency:unpack doesn't work correctly with Nexus, SNAPSHOT and classifier? References: Date: Fri, 26 Oct 2012 23:51:05 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Robert Scholte" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.02 (Win32) Martin, I've managed to write a test, but wasn't able to reproduce the issue. The fix from Anton translates the uniqueVersion back to the nonUnique = version, so Aether is responsible for resolving it back to the right = version. The real cause happened already somewhere earlier, we need to = find that spot. Robert Op Fri, 26 Oct 2012 15:05:18 +0200 schreef Martin Gainty = : > > Robert > > can anton commit his 2 patches (with the Testcase) and get this resolv= ed? > > Thanks! > Martin Gainty > ______________________________________________ > Note de d=E9ni et de confidentialit=E9 > Ce message est confidentiel et peut =EAtre privil=E9gi=E9. Si vous n'=EA= tes pas = > le destinataire pr=E9vu, nous te demandons avec bont=E9 que pour satis= faire = > informez l'exp=E9diteur. N'importe quelle diffusion non autoris=E9e ou= la = > copie de ceci est interdite. Ce message sert =E0 l'information seuleme= nt = > et n'aura pas n'importe quel effet l=E9galement obligatoire. =C9tant d= onn=E9 = > que les email peuvent facilement =EAtre sujets =E0 la manipulation, no= us ne = > pouvons accepter aucune responsabilit=E9 pour le contenu fourni. > > >> To: users@maven.apache.org >> Subject: Re: AW: dependency:unpack doesn't work correctly with Nexus,= = >> SNAPSHOT and classifier? >> Date: Fri, 26 Oct 2012 14:38:29 +0200 >> From: rfscholte@apache.org >> >> It could be that you hit https://jira.codehaus.org/browse/MNG-5324 >> >> Robert >> >> Op Fri, 26 Oct 2012 08:53:51 +0200 schreef Lewis, Eric = >> : >> >> > Anyone? :-) >> > >> > -----Urspr=FCngliche Nachricht----- >> > Von: Lewis, Eric [mailto:Eric.Lewis@ipi.ch] >> > Gesendet: Dienstag, 23. Oktober 2012 16:53 >> > An: users@maven.apache.org >> > Betreff: dependency:unpack doesn't work correctly with Nexus, SNAPS= HOT >> > and classifier? >> > >> > Hi >> > >> > First of all I'd like to ask you to be gentle with me :-) >> > The solution I'm talking about is one big hack and will have to be >> > migrated one day. >> > >> > But for the time being, here's the issue: >> > >> > We have a WAR from an old Ant build which is built in a = >> stage-dependent >> > way (one WAR for local use, one for development, one for production= >> > etc.). >> > >> > The old build was coaxed into deploying the WAR into our Nexus with= a >> > classifier representing the stage, e.g. >> > ch.ige:wdlbrowserzk:local:3.3.0-SNAPSHOT:war >> > >> > This works well, and I can see the different WARs with their build = = >> date. >> > >> > To deploy the WAR, I rebuild it with a Maven build. First, I use >> > dependency:unpack to get the WAR and unpack it. Later on, since the= >> > Maven project is a war project, the WAR is rebuilt and deployed. >> > >> > Now, my problem is that dependency:unpack always unpacks from the = >> local >> > repo. It downloads the metadata from Nexus and then assumes that th= e >> > local WAR is the same as on Nexus - which it isn't! >> > >> > The classifier is given to the plugin's configuration by using a >> > profile. The only bug I can imagine is that the plugin downloads th= e >> > metadata, sees no difference between the local repo and Nexus (sinc= e = >> it >> > seems to ignore the classifier) and then proceeds with the local re= po. >> > >> > Does the plugin use a different dependency resolution? Or is my = >> approach >> > wrong? (I mean, apart from the obviously hacky way of doing it) >> > >> > Here's the configuration: >> > >> > org.apache.maven.plugins >> > maven-dependency-plugin >> > >> > >> > unpack-wdl-war >> > prepare-package >> > >> > unpack >> > >> > >> > >> > >> > >> > ch.ige >> > wdlbrowserzk >> > ${wdlbrowserzk.version} >> > war >> > ${profile.id} >> > true >> > >> > >> > ${webapp.directory} >> > true >> > true >> > >> > >> > >> > >> > >> > And here's the console output: >> > >> > [INFO] --- maven-dependency-plugin:2.5.1:unpack (unpack-wdl-war) @ >> > etrademark-nt-wdl-web --- >> > [INFO] Configured Artifact: = >> ch.ige:wdlbrowserzk:local:3.3.0-SNAPSHOT:war >> > Downloading: >> > = >> http://myrepo.com/content/groups/public/ch/ige/wdlbrowserzk/3.3.0-SNA= PSHOT/maven-metadata.xml >> > Downloaded: >> > = >> http://myrepo.com/content/groups/public/ch/ige/wdlbrowserzk/3.3.0-SNA= PSHOT/maven-metadata.xml >> > (264 B at 7.2 KB/sec) >> > [INFO] Unpacking >> > = >> C:\jp\maven-repository\ch\ige\wdlbrowserzk\3.3.0-SNAPSHOT\wdlbrowserz= k-3.3.0-SNAPSHOT-local.war >> > to C:\jp\esv-projects\etrademark-nt\etrademark-nt-wdl-web\target\wd= l >> > with includes "" and excludes "" >> > >> > Any hint is appreciated! >> > >> > Best regards, >> > Eric >> > >> > -------------------------------------------------------------------= -- >> > 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: 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