[VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-13 Thread Stefano Bagnara
Hi all, This is a test, I hope it will work because I don't see another simple solution to move forward from the current stall. I'm starting this vote because I saw that there is a lot moving around this issue and we probably currently don't share a common idea, so it's better to see what th

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-13 Thread Stefano Bagnara
Stefano Bagnara wrote: And now the bulk questions: A. Deprecate phoenix -0 in the short term (an year) A1. Replace it with Plexus (http://plexus.codehaus.org/) +0 Plexus seems to be actively developed (for maven2) and supports avalon components and more (must be investigated). A2. Repl

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-13 Thread Bernd Fondermann
On 7/13/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: Hi all, This is a test, I hope it will work because I don't see another simple solution to move forward from the current stall. It's a vote, not a test, isn't it? ;-) I'm starting this vote because I saw that there is a lot moving around

RE: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-13 Thread Noel J. Bergman
You might want to have some discussion on each item before calling for a vote. In some of these cases, there may be alternatives to the choices you listed. > Example votes -1 or +1 are the only meaningful votes at the ASF. > A. Deprecate phoenix +1 But in what timeframe? I am in no rush. Pe

RE: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-13 Thread Noel J. Bergman
> I don't see another simple solution to move forward from the current stall. What stall? We're certainly not going to design an API by voting first and working second. Meantime, we are making very fine progress on the protocol handler revisions, which should clear the way to relatively easy sup

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-13 Thread Stefano Bagnara
Noel J. Bergman wrote: You might want to have some discussion on each item before calling for a vote. In some of these cases, there may be alternatives to the choices you listed. Example votes -1 or +1 are the only meaningful votes at the ASF. I think I really well explained what was the g

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-13 Thread Stefano Bagnara
Bernd Fondermann wrote: On 7/13/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: Hi all, This is a test, I hope it will work because I don't see another simple solution to move forward from the current stall. It's a vote, not a test, isn't it? ;-) It is a test because it is not an "official"

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-13 Thread Søren Hilmer
Hi, Must say that I feel a little uncomfortable with this vote, as many of the issues IMO needs more discussion/investigation before calling a vote, but I will play along and vote. Also there are issues I rather saw moving like: getting rid of JavaMail :-) On Thursday 13 July 2006 16:48, Stef

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-14 Thread Norman Maurer
Am Donnerstag, den 13.07.2006, 16:48 +0200 schrieb Stefano Bagnara: > Hi all, > > This is a test, I hope it will work because I don't see another simple > solution to move forward from the current stall. > > I'm starting this vote because I saw that there is a lot moving around > this issue and

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-14 Thread Vincenzo Gianferrari Pini
And now the bulk questions: A. Deprecate phoenix +0.8 A1. Replace it with Plexus (http://plexus.codehaus.org/) -0 A2. Replace it with another Avalon compliant container (name it) -0 A3. Replace it with Felix (http://incubator.apache.org/felix/) +0.2 B. Remove avalon +0.8 B1

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-14 Thread Bernd Fondermann
Stefano Bagnara wrote: Noel J. Bergman wrote: You might want to have some discussion on each item before calling for a vote. In some of these cases, there may be alternatives to the choices you listed. Example votes -1 or +1 are the only meaningful votes at the ASF. I think I really

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-14 Thread Stefano Bagnara
Bernd Fondermann wrote: I think I really well explained what was the goal of the "vote" and made clear this is not a standard vote but a "vote-like". I used the [VOTE] subject to attract replies. To attract replies, you shouldn't use [VOTE], if you don't call for a vote. Please take people se

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-14 Thread Vincenzo Gianferrari Pini
Stefano Bagnara wrote: Bernd Fondermann wrote: Nevertheless, I think the thread you started serves a purpose by collecting a "mood board" on some/most of the pending discussions. And it certainly should not be intended as a way to shut down discussions. I really hope this will stop re

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-16 Thread Serge Knystautas
These responses are in the spirit of a poll and a mixture of what I'd *really* want, not so much what I think is feasible or a good short-term strategy. On 7/13/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: A. Deprecate phoenix -1 I'm taking issue with the term "deprecate" Either a conf file

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-21 Thread Danny Angus
On 13/07/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: I'd like to keep discussion out from this thread in order to keep this clean (there are a lot of options, so it's better to keep it clean). Perhaps it would be better to start with a [PROPOSAL] which can be discussed. Perhaps also it migh

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-21 Thread Danny Angus
On 13/07/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: A. Deprecate phoenix A1. Replace it with Plexus (http://plexus.codehaus.org/) +0 A2. Replace it with another Avalon compliant container (name it) -1 A3. Replace it with Felix (http://incubator.apache.org/felix/) +1 (eat your own dog fo

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-21 Thread Stefano Bagnara
Danny Angus wrote: On 13/07/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: I'd like to keep discussion out from this thread in order to keep this clean (there are a lot of options, so it's better to keep it clean). Perhaps it would be better to start with a [PROPOSAL] which can be discussed.

Re: [VOTE] Wiring/Dependencies/Lifecycle Management for next James

2006-07-22 Thread Danny Angus
On 21/07/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: I think it worked, I will try to use this kind of messages in future, and I'll use the POLL identifier so everyone will be happy. Cool, I think it worked too. [VOTE] has a special meaning, [VOTES] record concrete decisions we've made, us