You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by Bill Dudney <bd...@mac.com> on 2005/12/18 05:28:25 UTC

Re: [wadi-dev] Re: [long] amq4 update

Hi All,

Turns out the plugins are released on a different schedule than maven  
proper. Probably not news to m2 people but was to me.

The owner of the plugin is apparently planning a release RSN.

I'll keep you informed.

TTFN,

-bd-

On Dec 16, 2005, at 7:47 AM, Bill Dudney wrote:

> OK the tag has been created, I also created the branches dir but  
> did not make a branch because as Bruce says its easy to branch from  
> a tag.
>
> Thanks Hiram for the heads up on the m2 build. http:// 
> jira.codehaus.org/browse/MNG-1681 is the maven bug tracking the rar  
> problem. Its marked as fixed in 2.0.1 but I still had to build it  
> from src. I've got an inquiry into the mvn folks for how to make it  
> work.
>
> TTFN,
>
> -bd-
>
> On Dec 16, 2005, at 7:32 AM, Bruce Snyder wrote:
>
>> On 12/16/05, Bill Dudney <bd...@mac.com> wrote:
>>
>>>         I like the mvn install:install-file option because it  
>>> does not
>>> require us (i.e. me:) to maintain a separate version of the amq  
>>> build
>>> and when the amq team goes to m2 we will have little to do but mvn -
>>> cpu to get their 'official' distribution. (BTW James S. do you guys
>>> know when you will be moving to m2?)
>>
>> Hiram is sitting right next to me and he says that the move to  
>> Maven 2
>> is more about the bug in Maven 2. IOW, when Maven 2 works, AMQ will
>> use it.
>>
>>> * there are a few api changes to deal with in our move to amq4. I'm
>>> going to do the following to mitigate the impact of these changes;
>>>         ** create a branch that will remain on amq 3.2.1 - this  
>>> will give us
>>> a place to do required maintenance for G1 if need be, although I'd
>>> really like for us to do nothing in this branch if we can get away
>>> with it. The branch will remain 2.0M1-SNAPSHOT, trunk will switch to
>>> 2.0M2-SNAPSHOT.
>>
>> WRT change managment, figruatively speaking, branches are read-write
>> and tags are read-only. Keeping a tag around for AMQ 3.x is a good
>> idea because if changes need to occur, the tag can be turned into a
>> branch very easily.
>>
>>>         ** Trunk will have the changes to get to amq4 - also  
>>> there was a
>>> dependency on an activecluster 'point in time build' that we will  
>>> get
>>> away from on our trunk starting now.
>>>
>>> I will wait to check anything into the trunk until we get the amq 4
>>> build stuff decided because once its in there is no way to build
>>> unless we have done one of the two options.
>>
>> Bruce
>> --
>> perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D 
>> \!G;6%I;\"YC;VT*"
>> );'
>>
>> The Castor Project
>> http://www.castor.org/
>>
>> Apache Geronimo
>> http://geronimo.apache.org/
>