Aidan Skinner wrote:
On Thu, Jun 25, 2009 at 7:50 PM, Rafael Schloming <[email protected]> wrote:

I'm not sure how solvable this problem really is. The fundamental issue seems 
to be that maven users want the canonical qpid dependencies specified in terms 
of maven repos, whereas we need the canonical qpid dependencies to be whatever 
is checked into svn.

I don't think there needs to be a conflict between these.

It seems like one way or another we'll need to maintain an extra non canonical 
set of dependency metadata in order to produce meaningful poms.

I think we can use ivy to avoid having duplicate metadata.

I think a better way to address this issue is to simply produce plain old jars 
from the main build and then provide a contrib area for maven users to donate 
poms for the qpid artifacts they use.

I think we'll have poms that rot, and that's (IMHO) worse than just
not offering them in the first place. It also precludes the ability to
produce -SNAPSHOT versions if we ever decide to produce regular builds
(which is another can of worms completely).

It would either lead to rot, or folks saying that the maven builds are forks/not official.


IMHO this approach has some substantial benefits. It's quite lightweight and 
won't have any impact on our release process. The poms aren't part of the 
officially signed release artifacts, so if the maven repos change/break or if 
the poms have an error they can be updated retroactively for any given release 
without invalidating the official artifacts. And ultimately, the poms will 
probably be better tested and maintained than something we can get ant to spew 
out automatically because they're coming from people who actually use maven and 
would notice when the poms are broken.

I think the poms need to be part of the official releases if we're
going to ship them through the central repo. Once they're available
that is how most users who use maven will get us. Having an automated
test for the poms shouldn't be a lot of work and could be integrated
into the build or release process.


I agree. Maven would be used to test consumption, not building.


-- bk

---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:[email protected]

Reply via email to