zookeeper-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Patrick Hunt <ph...@apache.org>
Subject Re: maven-metadata in Maven Central still points to 3.3.1
Date Fri, 09 Mar 2012 18:12:56 GMT
On Tue, Mar 6, 2012 at 10:24 AM, Berk D. Demir <bdd@mindcast.org> wrote:
> Resurrecting this problem again after finding out what was wrong and how
> the replication broke just the metadata file.
> *Background:*
> ZooKeeper releases are made manually with Ant copied via scp to old
> repository under people.apache.org.
> https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToRelease
> Although maven-metadata.xml in people.apache.org is correct the one in
> Maven Central still points to 3.3.1.
> *Why is this happening?*
> There are two mirrors defined on Sonatype side. One is from RAO (
> repo.apache.org) and the other one is from old people.apache.org repo.
> At some point ZK published artifacts to RAO. The lastest one was 3.3.1.
> But ZK still uses old people.apache.org repo and publishes new artifacts
> there.
> Sonatype's Nexus mirrors from both locations and this breaks
> maven-metadata.xml.
> Here's the JIRA with Apache Infra people and Sonatype's support.
> https://issues.sonatype.org/browse/MVNCENTRAL-173
> *How to fix*
> Brian Fox from Apache Infra suggests to move the project to Nexus and
> completely remove the old repository in people.apache.org.

Hi Berk, thanks for the in depth writeup, esp for those of us not very
familiar with the underlying issues.  Would love to move to Nexus but
as you mention in the next section ZOOKEEPER-1078 is still pending.
Even when that goes in it would only to to the next version (probably
3.5) and wouldn't effect 3.3 and 3.4 codelines, so we'd still have
this issue regardless. 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).

> I am offering to help Mavenizing the project and move publishing to RAO.
> There is https://issues.apache.org/jira/browse/ZOOKEEPER-1078 from May 2011
> and last touched Dec 2011.
> ...along with https://issues.apache.org/jira/browse/ZOOKEEPER-1402
> 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?

Thanks for the insight and help.



> *Why is this important again?*
> Sonatype's OSSRH (open source software repository hosting) more or less
> became the defacto Maven repository for many open source projects (lately
> adopting entire scala-tools.org). If a project has a ZooKeeper dependency,
> the latest  version they can get is still 3.3.1. Declaring external
> repositories is not allowed in project pom.xml for many reasons.
> http://www.sonatype.com/people/2009/02/why-putting-repositories-in-your-poms-is-a-bad-idea/
> This slows down the adaptation of latest ZooKeeper clients and forces
> people to use 3.3.1 from 2010 with a slew of bugs.
> Thanks,
> B.
> On Mon, Dec 12, 2011 at 2:55 PM, Patrick Hunt <phunt@apache.org> wrote:
>> who does control mirroring on repo1.maven.org? Anyone know? Is this
>> Apache? (you might check wth Apache Infra)
>> Patrick
>> On Mon, Dec 12, 2011 at 2:04 PM, Patrick Hunt <phunt@apache.org> wrote:
>> > No idea - we have no control over third-party mirroring. Sounds like
>> > your best bet would be to set p.a.o as a repo in your pom.
>> >
>> > Patrick
>> >
>> > On Mon, Dec 12, 2011 at 1:37 PM, Berk D. Demir <bdd@mindcast.org> wrote:
>> >> On Mon, Dec 12, 2011 at 9:03 AM, Patrick Hunt <phunt@apache.org> wrote:
>> >>> The mirroring seems broken, here's the source:
>> >>>
>> >>>
>> http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/zookeeper/zookeeper/maven-metadata.xml
>> >>
>> >> Who do we need to notify to fix that?
>> >>
>> >> I am about to push Asynchronous HBase Client to Central but don't want
>> >> to depend on ZK 3.3.1.
>> >>
>> >> BTW, web site shows 3.3.4 as (current) but there is 3.4.0 available.
>> >> POM also lists ZK 3.4.0 at the latest. Is it considered production
>> >> safe?

View raw message