[libvirt] Can I request a new release of libvirt-java?
Wido den Hollander
wido at widodh.nl
Mon Sep 16 09:04:14 UTC 2013
On 09/16/2013 07:58 AM, Daniel Veillard wrote:
> Raising this due to maven
>
> On Fri, Sep 13, 2013 at 05:26:24PM +0800, Daniel Veillard wrote:
>> On Fri, Sep 13, 2013 at 11:13:53AM +0200, Wido den Hollander wrote:
>>>
>>>
> [...]
>>
>> Indeed that was the problem, I just commited the fix, thanks !
>
> Hum, getting back on-list, I pushed everything including maven
> files at their location, unfortunately this never shows up in repos
>
> Seems that to be indexed one need to push to an expernal repo
> within that small list:
>
I had this discussion last year as well with somebody else from RedHat
and we ended up the the conclusion that libvirt-java wouldn't go to
Maven Central.
In the CloudStack project we simply added libvirt.org as a extra
repository:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob;f=plugins/hypervisors/kvm/pom.xml;h=4c0ec982bdf1ebc6c2fc3d649759f6cfe5be88d1;hb=master#l22
I also just tried libvirt-java 0.5.0, it works for what we are using :)
Wido
> "Instead of maintaining repository rsync feeds for each projects, we now
> encourage projects to use an approved repository hosting location.
>
> Currently approved repository hosting locations:
>
> Apache Software Foundation (for all Apache projects)
> Codehaus (for Codehaus projects)
> FuseSource Forge (focused on FUSE related projects)
> Nuiton.org
> "
>
> We are definitely not Apache Software Foundation, nor Codehaus, nor
> FuseSource, and I have no idea what Nuiton.org might be nor intent to
> push to a random place.
>
> http://maven.apache.org/guides/mini/guide-central-repository-upload.html
>
> "
> Explanations
>
> Having each project maintain its own repository with rsync to Central
> Repository used to be the preferred process until January 2010. But we
> are no longer accepting rsync requests on a per project basis.
>
> Over time, we have learned that this process is not scalable. Many of
> the projects being synced release very infrequently, yet we have to hit
> hundreds of servers several times a day looking for artifacts that don't
> change. Additionally, there is no good mechanism currently for
> validating the incoming data via the rsync, and this leads to bad
> metadata that affects everyone.
>
> The aggregation of projects into single larger feeds allows us to sync
> faster and more often, and ensuring these locations perform sufficient
> checks increases the quality of metadata for everyone."
>
>
> As a result current repos only list libvirt-java up to 0.4.7 and none
> of the newer versions.
>
> Repository are evil, and they built a solution based on those.
> The bug is on their side, I won't upload to $random_site, so unless
> someone else pulls from libvirt.org, libvirt-java maven won't index
> more recent build.
>
> Daniel
>
More information about the libvir-list
mailing list