Return-Path: Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: (qmail 68478 invoked from network); 19 Feb 2009 18:59:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Feb 2009 18:59:12 -0000 Received: (qmail 89329 invoked by uid 500); 19 Feb 2009 18:59:11 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 89284 invoked by uid 500); 19 Feb 2009 18:59:11 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 89273 invoked by uid 99); 19 Feb 2009 18:59:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Feb 2009 10:59:11 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bimargulies@gmail.com designates 74.125.44.155 as permitted sender) Received: from [74.125.44.155] (HELO yx-out-1718.google.com) (74.125.44.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Feb 2009 18:59:03 +0000 Received: by yx-out-1718.google.com with SMTP id 3so243447yxi.6 for ; Thu, 19 Feb 2009 10:58:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=wS3ufUojh97n2ZOyRR5JrDC/+ewVeSnI6Kdovdgvi5c=; b=n54Lgo2FHRDuoW1hGVKBLaDJT+B37leFQj8Uka7bXBD4TEwt9QZgTeulFyschbMbYR A/x0Q6qQd3QgyF2jXu/JSscssLKVfVcEttQDIV3SwdL+e5XN3GiCRIqR8bBQ+iIDPpBi otuuzpGMMBwtM8IXECpYhOxx6iq5lIcP223eI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ROhG7AOgjkdiPke4trv6WE4YQwRj24o334GkdmRXYxh6T3t+Tuf4tbMJIqdLJxlSqA nJJxVl7UdN//j2jIqgsUzED/ZfPHSOuy9kTocaaUqJt2m4cNzP6qQYJHI4aRltoU1FK0 MYDvPFXq7l2sMk8e48GFng70b92M88Igs1kpI= MIME-Version: 1.0 Received: by 10.150.227.14 with SMTP id z14mr1245493ybg.32.1235069923090; Thu, 19 Feb 2009 10:58:43 -0800 (PST) In-Reply-To: <200902191338.50203.dkulp@apache.org> References: <200902191338.50203.dkulp@apache.org> Date: Thu, 19 Feb 2009 13:58:43 -0500 Message-ID: <61b5d9410902191058p73f761bdy16875d8dd45696b6@mail.gmail.com> Subject: Re: [DISCUSS] Use Nexus for releases and/or snapshots? From: Benson Margulies To: dev@cxf.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I'm generally positive on this. I've got Nexus deployed here at Basis with reasonable results. I don't like the use of HTTP Basic authentication which requires putting a password into the maven settings.xml. Is that what we'd be faced with, or is your remark about the certificate a reflection of a plan to allow cert-based auth for deployment? If so, I want to learn how to do it, I want to do it here. Nexus will manage artifacts on 'any old file system'. Why didn't ASF infra arrange for Nexus to just colonize the existing real estate to keep the URLs? But I don't object to the change. On Thu, Feb 19, 2009 at 1:38 PM, Daniel Kulp wrote: > > Some of you may be aware that the Maven team (actually Sonatype) has installed > Nexus repository manager onto a zone at http://repository.apache.org. Thus, > projects are now being given the option to use the Nexus repository instead of > the stuff on people.apache.org for things like snapshots and/or releases. > > One main advantage is that it uses HTTPs for deploys. No futzing with > ssh/scp to get deploys working. You need to put a setting or two in your > settings.xml file for auth info, but that's it. The deploys will just work. > > From a release perspective, it also supports easy staging and promotion. > When a release is deployed, it goes into a staging area automatically. We > then call the vote and if the vote passes, it's a push button promotion to > deploy it to central. Nexus handles all the metadata and such. You don't > need the maven-stage-plugin anymore. > > > Now for the downsides: > 1) The https self signed cert they currently use requires some work to embed > it into your jre keystore. They've asked for a real cert, but haven't gotten > it yet. > > 2) Requires a little user management to put all of use into the "cxf" group > (if only Apache had ldap....), but Sonatype and the Maven PMC is willing to > manage that. > > 3) User impact: if we decide that snapshots should go to nexus (we could just > do releases), users that use the snapshots would need to change their URL's to > grab from the new URL. The links on our wiki would need to change as well. > > 4) Obviously, our release procedures wiki page would need major updating. > > 5) Learning curve: something new. You can see the maven release docs: > http://maven.apache.org/developers/release/releasing.html > for a kind of walkthrough of how it would work. (with screen shots!) > > > Anyway, I'd like to hear others thoughts. It MOSTLY applies to myself and > Willem as we're the only ones that have done releases. However, the snapshot > stuff applies to Benson and a couple others as well. > > -- > Daniel Kulp > dkulp@apache.org > http://www.dankulp.com/blog >