Thanks Rafi & Bryan for shedding some light. I hope the battle scars heal
fast (I may still nursing some from M1 tho ..) !

Am comfortable with the approach (very much) but glad to hear that there's a
been a debate (heated or otherwise).

Thanks for the info,
Regards,
Marnie

On Fri, Jul 10, 2009 at 8:44 PM, Bryan Kearney <bkear...@redhat.com> wrote:

> Rafael Schloming wrote:
>
>> Marnie McCormack wrote:
>>
>>> Hi Rafi,
>>>
>>> Without in any way wishing to pick the scab off the last discussion about
>>> POM generation, how does this sit with Bryan's work or was there an arm
>>> wrestling session that we missed out on ?
>>>
>>
>> I guess given only those two alternatives the answer would be the latter.
>> ;)
>>
>> After checking out Bryan's patch, I was reluctant to encourage further
>> work in that direction for a number of reasons. The patch was a fairly
>> fundamental change to the build system, and it still needed a fair bit more
>> work to function adequately. Beyond that even if the functional issues could
>> have been addressed, I still wasn't comfortable with the basic approach as I
>> felt that it unnecessarily and undesirably tied us into the whole maven
>> ecosystem. For this reason I developed an alternative less invasive approach
>> for generating poms that I sent around to Bryan and Aidan before posting to
>> the dev list.
>>
>> Did you have any questions/concerns? I'm happy to post the off-list thread
>> if the other participants consent.
>>
>
> Go ahead and post the discussion. BTW... the patch did function, just
> needed to add a few more ivy.xml files. :)
>
> FWIW.. I tend to prefer the ivy approach, but my main goal is to get the
> client jars into the central maven repo. As long as we can achieve that as
> part of the normal build process I am happy. I believe this is important to
> encourage adoption of qmf in java. Regardless of folks opinion of maven, it
> is a common way to consume the jars.
>
> -- bk
>
>
> ---------------------------------------------------------------------
> Apache Qpid - AMQP Messaging Implementation
> Project:      http://qpid.apache.org
> Use/Interact: mailto:dev-subscr...@qpid.apache.org
>
>

Reply via email to