Return-Path: Delivered-To: apmail-maven-users-archive@www.apache.org Received: (qmail 37088 invoked from network); 31 Aug 2006 02:33:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 Aug 2006 02:33:22 -0000 Received: (qmail 12412 invoked by uid 500); 31 Aug 2006 02:33:16 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 12142 invoked by uid 500); 31 Aug 2006 02:33:15 -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 12131 invoked by uid 99); 31 Aug 2006 02:33:15 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Aug 2006 19:33:15 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [207.242.38.5] (HELO xrmail.xrite.com) (207.242.38.5) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Aug 2006 19:33:13 -0700 Received: from XRMAIL.XRITE.COM (Not Verified[10.10.200.150]) by xrmail.xrite.com with MailMarshal (v6,1,5,586) id ; Wed, 30 Aug 2006 22:32:52 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Can't release due to SNAPSHOT dependencies Date: Wed, 30 Aug 2006 22:32:50 -0400 Message-ID: <31A79A99946C084AA0F433FDF70639D113C27CC1@XRMAIL.XRITE.COM> In-Reply-To: <31A79A99946C084AA0F433FDF70639D113C27CB4@XRMAIL.XRITE.COM> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Can't release due to SNAPSHOT dependencies Thread-Index: AcbMUGjObPDBXgBYR+qtW47/gJgETgARkVyQAAG/UBAAAac+0A== From: "Dave Hoffer" To: "Maven Users List" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Problem with another option to deploy as well... I notice that I can use the deploy:deploy-file to deploy an artifact with an existing pom. I think this would accomplish the same as the deploy goal below. Here is the syntax I used: mvn deploy:deploy-file -DpomFile=3D \ -Dfile=3D \ -DrepositoryId=3D \ -Durl=3D When I execute this, the jar gets deployed just fine. However the pom gets deleted from my current directory and I get an error stating that Error installing metadata: Error rewriting POM Then it says (The system cannot find the file specified) Well it deleted the file...how can I fix this? I have problems with both deploy options.... -dh P.S. My maven version is 2.0.4. Do I need to be running a snapshot version that has this fixed? Is it an issue that I am deploying something newer than I am? -----Original Message----- From: Dave Hoffer [mailto:DHoffer@xrite.com]=20 Sent: Wednesday, August 30, 2006 9:47 PM To: Maven Users List Subject: RE: Can't release due to SNAPSHOT dependencies Here is a current example of the problem I have with the deploy goal. I am trying to deploy a current build of the maven-idea-plugin. - I have checked out the entire maven source. - At .\plugins\maven-idea-plugin I can install fine (but need to deploy to our repo. - I then edit .\plugins\maven-idea-plugin\pom.xml to be version 2.0.1-beta20060830. - I then search for the pom file that has the distributionManagement repository/snapshotRepository entries. It looks like the only pom that has this is .\pom\asf\pom.xml. I change these to use our local repo. When I run mvn deploy I get: [INFO] [jar:jar] [INFO] Building jar: C:\svn\maven2\plugins\maven-idea-plugin\target\maven-idea-p lugin-2.0.1-beta20060830.jar [INFO] [plugin:addPluginArtifactMetadata] [INFO] [install:install] [INFO] Installing C:\svn\maven2\plugins\maven-idea-plugin\target\maven-idea-plug in-2.0.1-beta20060830.jar to C:\Documents and Settings\DaveHoffer\.m2\repository \org\apache\maven\plugins\maven-idea-plugin\2.0.1-beta20060830\maven-ide a-plugin -2.0.1-beta20060830.jar [INFO] [plugin:updateRegistry] [INFO] [deploy:deploy] The authenticity of host 'people.apache.org' can't be established. DSA key fingerprint is 79:7c:cb:6a:44:47:b2:ef:5c:66:28:d7:40:0d:b1:f9. Are you sure you want to continue connecting? (yes/no): no [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Error deploying artifact: Authentication failed: Cannot connect. Reason: reject HostKey: people.apache.org Why does it want to connect to 'people.apache.org'? -dh -----Original Message----- From: Dave Hoffer [mailto:DHoffer@xrite.com]=20 Sent: Wednesday, August 30, 2006 8:49 PM To: Maven Users List Subject: RE: Can't release due to SNAPSHOT dependencies Wayne, ...just to clarify. In order to deploy to my corporate repo I would have to edit the pom files to deploy to my corporate repo instead of the real one. With some large projects, i.e. maven plugins I have had trouble making the necessary pom changes (lots of parent poms) to get the deploy to work. However, if this is the suggested approach I will try it again. -dh -----Original Message----- From: Douglas Ferguson [mailto:douglas.ferguson@epsiia.com]=20 Sent: Wednesday, August 30, 2006 12:21 PM To: users Subject: RE: Can't release due to SNAPSHOT dependencies Thanks. That makes a lot of sense... -----Original Message----- From: Wayne Fay [mailto:waynefay@gmail.com]=20 Sent: Wednesday, August 30, 2006 10:12 AM To: Maven Users List Subject: Re: Can't release due to SNAPSHOT dependencies We've talked about this before on the list, and this is the generally suggested approach... Download the code for the plugin(s) from SVN/CVS. Increment the version number to a fixed/released number, build, install locally and deploy to your corporate repo (if you have one) or provide it to your coworkers some other way. Update your pom to reflect the new plugin version number. Generally I would suggest you incorporate a timestamp into the build number ie maven-war-plugin 2.1.20060830 just to keep it clear that this is not necessarily a real release. Make sure you understand the artifact version system before picking a build number, or else you could easily end up with a situation where the "official" plugin releases a new version but your internal plugin is still considered "newer" ie if a plugin last released 2.0.5 and is currently releasing 2.1-SNAPSHOT, you might want to tag yours as 2.0.6 or 2.0.5.1 -- if you tag it as 2.1, then you won't get the "real" 2.1 release when it is final. (Of course, if the plugin release 2.0.6 then you'll get a collision there too...) Wayne On 8/30/06, Douglas Ferguson wrote: > I am using some snapshot plugins so it won't let me release. > > > > I can understand not wanting to release because of a dependency on code > or library snapshots, but for I don't have any issues with releasing > something that is dependent on a snapshot of a tool, like cargo. > > > > Is there a way around this? > > > > --------------------------------------------------------------------- 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 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org