Re: [VOTE] merlin 3.2.5 release

On Wed, 2004-01-14 at 23:16, Stephen McConnell wrote: > This is a vote for the release of the Merlin 3.2.5 distribution. ... > [X] yes [ ] abstain [ ] no -- jaaron - To unsubscribe, e-mail: [EMAIL PR

Let's Get Serious About Portable Components

First steps in IoC TCK: http://www.jroller.com/page/lsd/20040114 The first baby steps to extensive container-component-contract compatibility testing for pico, avalon-framework, dna, keel, jicarilla, and others are being taken. Comments and suggestions welcome (this is 'non-trivial'

Re: [PROPOSAL] Adopting JIRA

Farr, Aaron wrote: -Original Message- From: Stephen McConnell [mailto:[EMAIL PROTECTED] Here I disagree. There are multiple cases where an API artifact does not change version bu the implementation artifact does. For example, the change made to the Avalon Meta package impacts the meta to

Re: [VOTE] merlin 3.2.5 release

On Wednesday 14 January 2004 15:16, Stephen McConnell wrote: [x] yes [ ] abstain [ ] no - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] merlin 3.2.5 release

Stephen McConnell wrote: This is a vote for the release of the Merlin 3.2.5 distribution. [X] yes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] merlin 3.2.5 release

Stephen McConnell wrote: This is a vote for the release of the Merlin 3.2.5 distribution. [X] yes [ ] abstain [ ] no -- || | Magic by Merlin| | Production by Avalon | |

Re: [VOTE] merlin 3.2.5 release

On Thursday 15 January 2004 00:16, Stephen McConnell wrote: > This vote is subject to a publication vote by the Avalon PMC. Any ember > of the Avalon community is entitled to vote. Committer votes are > binding and contribute to quorum and majority calculations. [X ] yes ---

[VOTE] merlin 3.2.5 release

This is a vote for the release of the Merlin 3.2.5 distribution. The distribution updates the 3.2.4 with the following changes: * Correction of the handling of composition component services: The 3.2.4 and earlier release matched potential providers based on the requested service class

Re: [PROPOSAL] Adopting JIRA

Stephen McConnell wrote: Farr, Aaron wrote: Hmmm... I don't mind the Avalon-xxx projects, but I think Cornerstone and Excalibur don't need to be categories. Just a single JIRA project for each. Here I disagree. There are multiple cases where an API artifact does not change version bu the

RE: [PROPOSAL] Adopting JIRA

> -Original Message- > From: Stephen McConnell [mailto:[EMAIL PROTECTED] > > Here I disagree. There are multiple cases where an API artifact does > not change version bu the implementation artifact does. For example, > the change made to the Avalon Meta package impacts the meta tools >

Re: [PROPOSAL] Adopting JIRA

On Wednesday 14 January 2004 13:33, Stephen McConnell wrote: > It's worth dragging out because whatever we setup is something we are > probably going to live with for some time to come. Although I am not participating in this debate, I must chime in and agree on this... Please drag on some more,

Re: [PROPOSAL] Adopting JIRA

Farr, Aaron wrote: -Original Message- From: Stephen McConnell [mailto:[EMAIL PROTECTED] But for Avalon, we have framework, meta, repository, utilities, etc. They're all on different release schedules. But if we really want meta, repository and utilities to be extensions of the framework,

RE: [PROPOSAL] Adopting JIRA

> -Original Message- > From: Stephen McConnell [mailto:[EMAIL PROTECTED] > > > > But for Avalon, we have framework, meta, repository, utilities, etc. > > They're all on different release schedules. But if we really want meta, > > repository and utilities to be extensions of the framework

Re: [PROPOSAL] Adopting JIRA

Serge Knystautas wrote: Noel J. Bergman wrote: If you want to give credit where it is due, Serge is the one who took >> the initiative to bring Jira to the ASF, and is probably the most experienced Jira person we have here. Bah. Thanks, I may have started it, but Noel has done much more work than

Re: [PROPOSAL] Adopting JIRA

Farr, Aaron wrote: Admins = I have no strong opinion, but for your own sake, make it 1-2 more, Noel and Leo for instance... Is that LSD or /LS? :) Noel? Leo? Want to join the JIRA admin fun? Not really :D. I don't do infrastructure work because I enjoy it so much, but because it needs doing. E

[Apache Avalon Wiki] Updated: AvalonProductTable

Date: 2004-01-14T11:57:39 Editor: 129.41.18.137 <> Wiki: Apache Avalon Wiki Page: AvalonProductTable URL: http://wiki.apache.org/avalon/AvalonProductTable no comment Change Log: -- @@ -12,7 +12,7 @@ ==

[Apache Avalon Wiki] Updated: AvalonProductTable

Date: 2004-01-14T11:53:24 Editor: 160.33.82.118 <> Wiki: Apache Avalon Wiki Page: AvalonProductTable URL: http://wiki.apache.org/avalon/AvalonProductTable I think everything is about right. I'm done for the moment -farra Change Log:

[Apache Avalon Wiki] Updated: AvalonProductTable

Date: 2004-01-14T11:49:04 Editor: 160.33.82.118 <> Wiki: Apache Avalon Wiki Page: AvalonProductTable URL: http://wiki.apache.org/avalon/AvalonProductTable I think I got all the excalibur sorted out -farra Change Log: -

Re: [MERLIN] New "launch" parameter?

On Wednesday 14 January 2004 05:41, Stephen McConnell wrote: >a) the spec external form currently uses [group]:[name];[version] > but the ";" character is problematic on a unix command line > unless quoted (but this isn't a problem when used in a > properties file) > >b) t

Re: [PROPOSAL] Adopting JIRA

Farr, Aaron wrote: -Original Message- From: Stephen McConnell [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 2:18 PM To: Avalon Developers List Subject: Re: [PROPOSAL] Adopting JIRA Farr, Aaron wrote: -Original Message- From: Stephen McConnell [mailto:[EMAIL PROTECT

[Apache Avalon Wiki] Updated: AvalonProductTable

Date: 2004-01-14T11:38:49 Editor: 160.33.82.118 <> Wiki: Apache Avalon Wiki Page: AvalonProductTable URL: http://wiki.apache.org/avalon/AvalonProductTable fixed cornerstone. I'll finish updating everything now -farra Change Log:

RE: [PROPOSAL] Adopting JIRA

> -Original Message- > From: Stephen McConnell [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 14, 2004 2:18 PM > To: Avalon Developers List > Subject: Re: [PROPOSAL] Adopting JIRA > > Farr, Aaron wrote: > > >>-Original Message- > >>From: Stephen McConnell [mailto:[EMAIL PR

Re: [PROPOSAL] Adopting JIRA

Farr, Aaron wrote: -Original Message- From: Stephen McConnell [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 2:06 PM To: Avalon Developers List Subject: Re: [PROPOSAL] Adopting JIRA Farr, Aaron wrote: Thoughts? One more approach - create groups relative to maven GroupID (whic

Re: [PROPOSAL] Adopting JIRA

On Wednesday 14 January 2004 10:56, Farr, Aaron wrote: > > -Original Message- > > From: Niclas Hedhman [mailto:[EMAIL PROTECTED] > > Noel and Leo for instance... > > Is that LSD or /LS? :) Intentional ambiguity(tm) ;o) Seriously, I was thinking of LSD, as he seems fairly engaged in infr

[Apache Avalon Wiki] Updated: AvalonProductTable

Date: 2004-01-14T11:11:39 Editor: 212.198.0.93 <> Wiki: Apache Avalon Wiki Page: AvalonProductTable URL: http://wiki.apache.org/avalon/AvalonProductTable no comment Change Log: -- @@ -8,8 +8,7 @@ *

RE: [PROPOSAL] Adopting JIRA

> -Original Message- > From: Stephen McConnell [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 14, 2004 2:06 PM > To: Avalon Developers List > Subject: Re: [PROPOSAL] Adopting JIRA > > Farr, Aaron wrote: > > Thoughts? > > One more approach - create groups relative to maven GroupID (

[Apache Avalon Wiki] Updated: AvalonProductTable

Date: 2004-01-14T11:07:41 Editor: 212.198.0.93 <> Wiki: Apache Avalon Wiki Page: AvalonProductTable URL: http://wiki.apache.org/avalon/AvalonProductTable update version info Change Log: -- @@ -4,6 +4,13

Re: [PROPOSAL] Adopting JIRA

Farr, Aaron wrote: Thoughts? One more approach - create groups relative to maven GroupID (which would be closeish to the moderate approach you described). This means that we should be able to more simply automate project to JIRA links in our documentation. Stephen. -- |--

RE: [PROPOSAL] Adopting JIRA

> -Original Message- > From: Niclas Hedhman [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 14, 2004 1:09 PM > To: Avalon Developers List > Subject: Re: [PROPOSAL] Adopting JIRA > > On Wednesday 14 January 2004 08:47, Farr, Aaron wrote: > > We'll, I know we haven't let it formally g

RE: [PROPOSAL] Adopting JIRA

> -Original Message- > From: Serge Knystautas [mailto:[EMAIL PROTECTED] > > >>if every TLP has a dozen projects the jira will be difficult to > >>navigate > > > > You don't need to see everything in Jira. Just configure your dashboard > fot > > the projects you want to track. In the ca

[Apache Avalon Wiki] Updated: AvalonProductTable

Date: 2004-01-14T10:27:24 Editor: 160.33.82.118 <> Wiki: Apache Avalon Wiki Page: AvalonProductTable URL: http://wiki.apache.org/avalon/AvalonProductTable no comment Change Log: -- @@ -39,7 +39,7 @@ *

Re: [PROPOSAL] Adopting JIRA

Noel J. Bergman wrote: IMHO just ask infrastructure@ (ie Noel :D) to create an Avalon project. Absolutely not. I am the least experienced of the Jira admins. About the only reason I got involved in the first place is because I am root on the server that houses it. If you want to give credit wher

Re: [PROPOSAL] Adopting JIRA

On Wednesday 14 January 2004 08:47, Farr, Aaron wrote: > We'll, I know we haven't let it formally go to a vote, but we definitely > have a +1 from me, Stephen and Leo. Also, in all the time we've discussed > it, I haven't heard any objections. So, if someone _doesn't_ want us to > move to JIRA, I

RE: [PROPOSAL] Adopting JIRA

> IMHO just ask infrastructure@ (ie Noel :D) to create an Avalon project. Absolutely not. I am the least experienced of the Jira admins. About the only reason I got involved in the first place is because I am root on the server that houses it. If you want to give credit where it is due, Serge i

Re: [MERLIN] New "launch" parameter?

Alex Karasulu wrote: Does the use of a URN enable a scheme for encoding the artifact spec? A url approach is interesting as its basically the defintion of the proptocal between the client and the repository. E.g: repository:aaa/bbb/xyz?version=1.1&type=block Which would be translated by the

Re: Re: [MERLIN] New "launch" parameter?

Does the use of a URN enable a scheme for encoding the artifact spec? I'm a bit ignorant to this so I guess I'm looking for some enlightenment here. Alex > > From: Stephen McConnell <[EMAIL PROTECTED]> > Date: 2004/01/14 Wed AM 08:41:04 EST > To: Avalon Developers List <[EMAIL PROTECTED]> > Su

Re: [PROPOSAL] Adopting JIRA

Farr, Aaron wrote: I'll request that Stephen and I have admin rights. If anyone would like to add or subtract from that list, please say so. I already have an account, but I'm not sure about Stephen. Just for reference - I don't have an account. Cheers, Steve. -- |

cvs commit: avalon/merlin/facilities/http/impl project.xml

mcconnell2004/01/14 08:53:36 Modified:merlin/facilities/http/impl project.xml Log: Housekeeping. Revision ChangesPath 1.2 +1 -1 avalon/merlin/facilities/http/impl/project.xml Index: project.xml

RE: [PROPOSAL] Adopting JIRA

> -Original Message- > From: news [mailto:[EMAIL PROTECTED] On Behalf Of Leo Simons > Sent: Wednesday, January 14, 2004 11:20 AM > To: [EMAIL PROTECTED] > Subject: Re: [PROPOSAL] Adopting JIRA > > Farr, Aaron wrote: > > Noel's been making a number of announcements about JIRA going live o

cvs commit: avalon/merlin maven.xml

mcconnell2004/01/14 08:41:26 Modified:merlin maven.xml Log: Sync. with updated meta package. Revision ChangesPath 1.34 +1 -1 avalon/merlin/maven.xml Index: maven.xml === RCS file: /home/c

cvs commit: avalon/merlin/kernel/api/src/java/org/apache/avalon/merlin KernelContext.java

mcconnell2004/01/14 08:34:55 Added: merlin/activation/impl maven.xml merlin/activation/impl/src/test/org/apache/avalon/activation/appliance/impl DummyDeploymentModel.java merlin/kernel/api/src/java/org/apache/avalon/merlin

cvs commit: avalon/merlin/kernel/impl/src/java/org/apache/avalon/merlin/impl SimpleFIFO.java DefaultFactory.java DefaultKernel.java

mcconnell2004/01/14 08:32:40 Modified: merlin/activation/impl/src/java/org/apache/avalon/activation/appliance/impl Deployer.java merlin/kernel/api/src/java/org/apache/avalon/merlin Kernel.java merlin/kernel/imp

Re: MerlinDeveloper progress

Thanks Leo ... For people interested in the current status, here is a link to the STATUS file in the incubator CVS. http://cvs.apache.org/viewcvs.cgi/incubator/site/projects/merlin-developer.cwiki Stephen. Leo Simons wrote: Stephen McConnell wrote: For reference, where is the STATUS file loc

Re: [PROPOSAL] Adopting JIRA

Farr, Aaron wrote: Noel's been making a number of announcements about JIRA going live on Nagoya [1]. Phoenix is already configured as a project and we've had numerous conversations on the dev list on how we could really use such a tool for the rest of Avalon. So I'd like to see us adopt this ASAP

Re: MerlinDeveloper progress

Stephen McConnell wrote: For reference, where is the STATUS file located incubator/projects/site/merlin-developer.cwiki when someone runs forrest and updates the website the generated page appears at incubator.apache.org/projects/merlin-developer.html (I think) (there isn't an incubator CVS pr

RE: [MERLIN] New "launch" parameter?

> -Original Message- > From: Stephen McConnell [mailto:[EMAIL PROTECTED] > > Seems to me that we have two options here: > >URL >Artifact spec > > If we use a url we are not going through the repository, instead we > would need to setup a separate cache with an index that keys r

Re: [MERLIN] New "launch" parameter?

Farr, Aaron wrote: Picking up from the "loading remote blocks" thread on users@: What about a new command line parameter for merlin like: merlin -launch appGroup:appName-VERSION which would go looking in the repository (local or remote) for: /repository/appGroup/appName/blocks/block-

Re: [MERLIN] New "launch" parameter?

J Aaron Farr wrote: On Wed, 2004-01-14 at 00:22, Alex Karasulu wrote: The one caveat I can think of would be figuring out the type of resource, since it could be a jar (with embedded block.xml) or one of those .bar things that Stephen had once. I'd prefer to just reference an XML page since th

Re: [PROPOSAL] Adopting JIRA

Farr, Aaron wrote: Hello all. Noel's been making a number of announcements about JIRA going live on Nagoya [1]. Phoenix is already configured as a project and we've had numerous conversations on the dev list on how we could really use such a tool for the rest of Avalon. So I'd like to see us ad

Re: MerlinDeveloper progress

Leo: Thanks for the update. I also appreciated your case-study post on the incubator general list. For reference, where is the STATUS file located (there isn't an incubator CVS project for MerlinDeveloper and its not listed on the Incubator site and a quick browse around the incubator CVS does

Re: [PATCH] support inner classes in the ant MetaTask

Patch applied. I also bumped the package and plugin version to 1.3.2, the tools version is bumped to 1.3.1, and I updated the release status information. Can you update from CVS and rebuild using: $ cd avalon\meta $ maven avalon:clean $ maven avalon:build This will install the new plugin

cvs commit: avalon/meta/tools/src/java/org/apache/avalon/meta/info/builder/tags AbstractTag.java

mcconnell2004/01/14 04:47:33 Modified:meta README.TXT maven.xml platform.xml project.xml meta/plugin project.xml meta/tools project.xml meta/tools/src/java/org/apache/avalon/meta/info/ant MetaTask.java

Re: MerlinDeveloper progress

Stephen McConnell wrote: (b) an inevitable mystery incubator decision. if you would like to know more about what happens on the incubator pmc list, perhaps you should get on it. It's not much; most of the incubation process is public (and documented as well). There is nothing mysterious about it

RE: MerlinDeveloper progress

Stephen McConnell wrote: > > Is there something new according my 'committer karma'? > so the only thing now is (a) making sure that the PMC reach > quorum on the vote concerning code entry Has that been deemed completed? If so, has anyone verified that recording of the CLA, and put in an accoun