Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@zookeeper.apache.org
Received-SPF: pass (nike.apache.org: domain of bdd@mindcast.org designates
 209.85.215.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CANLc_9+eCSV2qteriLa3uXYctZs1-7p6PH3nsi-YNn6DFxEX4g@mail.gmail.com>
References: 
 <CALv=V9HuWO=D_2t-cdsq26KepQ+VAAZC4smFrtS9KJWpzcPcoA@mail.gmail.com>
 <CALF7aMQVLKF_C6TOEQ4j=TLiCWXPEO2uSj515aLCcX3BzSJHVA@mail.gmail.com>
 <CALv=V9EdyW90=jNjWLsXQqjSYq2wywn5D+9cW4erKbdbnnthTw@mail.gmail.com>
 <CANLc_9Ldn4L3i_HhQtm+p8eJMyg1Kgbcr8_bpFVeeK_LhyB1Lw@mail.gmail.com>
 <CALv=V9H0GV8aATpetFQGEeJPbe56=QudE8iAppkEu814hXzyVA@mail.gmail.com>
 <CANLc_9K1HO_XjVNEF-jk_P-roH7RNBrS64Zj2Gpxa1jZd8sMgQ@mail.gmail.com>
 <CANLc_9Jy0ToR7VKtg7LKJM32DP1vtojxk3rG1b4HocoEfz1N+w@mail.gmail.com>
 <CALv=V9E2ermfbu_ucxn9ByMTQ86sSkD3wP---kD_ERmeFz-SGw@mail.gmail.com>
 <CANLc_9+eCSV2qteriLa3uXYctZs1-7p6PH3nsi-YNn6DFxEX4g@mail.gmail.com>
From: "Berk D. Demir" <bdd@mindcast.org>
Date: Fri, 9 Mar 2012 11:57:16 -0800
Message-ID: 
 <CALv=V9EQS2WqS_NUP=oQs9asomx_kgaHS8-7eq_7E-9wJM0EQw@mail.gmail.com>
Subject: Re: maven-metadata in Maven Central still points to 3.3.1
To: user@zookeeper.apache.org
Content-Type: text/plain; charset=UTF-8

On Fri, Mar 9, 2012 at 10:12 AM, Patrick Hunt <phunt@apache.org> wrote:
> ...
> Is it possible to use Nexus w/o using maven? IE
> can we drive this from our ant scripts, or at the very least do it by
> hand? What's the process look like if doing by hand (I've used nexus
> with other projects, but only via maven).

It is possible. Here's a step-by-step guide from Sonatype OSSRH documentation.
I don't think Apache repo mandates PGP signing, so you can skip it but
please don't if you can.
http://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide#SonatypeOSSMavenRepositoryUsageGuide-7c.DeploySnapshotsandStageReleaseswithAnt

>>
>> If the developers are not interested in this one yet, please reach Apache
>> Infra and make them delete ZK in repo.apache.org.
>> This is so annoying (reason explained below)
>
> What will be the effect of doing this? (deleting repo.apache.org) I
> don't remember setting this up, might someone be depending upon it?

There will be no effect for Maven users because Maven Central
repository is included implicitly in resolution path if you don't
explicitly exclude it.
For people building with SBT, Grails or Apache buildr, there won't be
any changes as well. Maven Central is implicitly included if not
explicitly banned by the user in their build configuration.
For people building with Ivy2 and specifying RAO instead of
people.apache.org, they will need to change their resolver
specification. These users are stuck in 3.3.1 anyway. It's time to change.

So, there are three options now.
- The immediate solution is just to delete all the artifacts in RAO for
now so Maven Central doesn't corrupt metadata.
- More elegant solution is just to copy paste the Ant instructions from
OSSRH documentation and start pushing to RAO from Ant and deleting
people.apache.org repo (which may break Ivy2 users if they don't
declare Maven Central in their build. ...But the odds are high they
also rely on something else hosted in The Central)
- The end game is to Mavenize the build process, publish to RAO and
delete entire people.apache.org repo.

Which ever you choose and proceed, you will make Maven, SBT, Grails
and buildr users happy because they can reach ZK from Maven
Central without defining additional repositories and most importantly
all the projects which are publishing to Maven Central and depending
on ZK can now let their users to move to newer ZK versions instead of
being stuck with 3.3.1.

Thanks,
B.