On 10/15/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> I'm sorry I did not vote. It's not something I meant to do.
> I just postponed the task every day in hope to be able to give the code
> a try but the week passed.
>
> Even if I didn't cast my +1 (because I had no time to check/test it
> bett
Bernd Fondermann ha scritto:
> Hi,
>
> the vote passed with
>
> +1 Robert, Serge, Kevin, Vincenzo, Noel, Norman, Bernd
> 0 none
> -1 none
>
> I will do the move in the next days as soon as I find the time to do it.
>
> Bernd
I'm sorry I did not vote. It's not something I meant to do.
I just
Hi,
the vote passed with
+1 Robert, Serge, Kevin, Vincenzo, Noel, Norman, Bernd
0 none
-1 none
I will do the move in the next days as soon as I find the time to do it.
Bernd
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For a
Bernd Fondermann ha scritto:
> On 10/10/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>> As an example of phoenix advanced components, phoenix provides a
>> Beanshell based kernel that you can access with a console to manage the
>> container and the contained applications dynamically.
>
> Phoenix
On 10/10/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Bernd Fondermann ha scritto:
> > On 10/8/07, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> >> I will go on record that I oppose a move to Spring, and have said so on
> >> multiple occassions. However, I do not oppose optional support for Spr
Bernd Fondermann ha scritto:
> On 10/8/07, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
>> I will go on record that I oppose a move to Spring, and have said so on
>> multiple occassions. However, I do not oppose optional support for Spring.
>
> The Phoenix deployment will live on. All the users hav
On 10/8/07, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> I will go on record that I oppose a move to Spring, and have said so on
> multiple occassions. However, I do not oppose optional support for Spring.
The Phoenix deployment will live on. All the users having their own
components and whatever
Am Sonntag, den 07.10.2007, 19:47 +0200 schrieb Bernd Fondermann
>
> [x] +1, let's include the spring-deployment code in trunk
bye
Norman
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROT
On 10/8/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>
> Noel J. Bergman ha scritto:
> > I will go on record that I oppose a move to Spring, and have said so on
> > multiple occassions. However, I do not oppose optional support for
> Spring.
> >
> > So long as we are agreed on that, I'm +1 to on
Noel J. Bergman ha scritto:
> I will go on record that I oppose a move to Spring, and have said so on
> multiple occassions. However, I do not oppose optional support for Spring.
>
> So long as we are agreed on that, I'm +1 to on the latter.
I think I can confirm that the support is optional.
T
I will go on record that I oppose a move to Spring, and have said so on
multiple occassions. However, I do not oppose optional support for Spring.
So long as we are agreed on that, I'm +1 to on the latter.
> As a consequence, we would be able to release a Spring-container-based
> Server runtime
+1
Vincenzo
Bernd Fondermann wrote:
> Hi,
>
> As proposed in a previous mail, we should make the spring-deployment
> part of trunk.
> As a consequence, we would be able to release a Spring-container-based
> Server runtime besides our regular Avalon-based.
>
> Please cast your vote to execute
>
Bernd Fondermann wrote:
Hi,
As proposed in a previous mail, we should make the spring-deployment
part of trunk.
As a consequence, we would be able to release a Spring-container-based
Server runtime besides our regular Avalon-based.
Please cast your vote to execute
svn cp
https://svn.apache.
> > [] +1, let's include the spring-deployment code in trunk
> > [] 0, I don't care
> > [] -1, Veto! Don't include the spring-deployment code in trunk and in
> > upcoming releases
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Fo
On 10/7/07, Bernd Fondermann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> As proposed in a previous mail, we should make the spring-deployment
> part of trunk.
> As a consequence, we would be able to release a Spring-container-based
> Server runtime besides our regular Avalon-based.
>
> Please cast your vo
On 10/7/07, Bernd Fondermann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> As proposed in a previous mail, we should make the spring-deployment
> part of trunk.
> As a consequence, we would be able to release a Spring-container-based
> Server runtime besides our regular Avalon-based.
>
> Please cast your vo
Bernd Fondermann wrote:
Please cast your vote to execute
svn cp
https://svn.apache.org/repos/asf/james/server/sandbox/spring-integration/spring-deployment
https://svn.apache.org/repos/asf/james/server/trunk
[X] +1, let's include the spring-deployment code in trunk
Bernd
Hi,
As proposed in a previous mail, we should make the spring-deployment
part of trunk.
As a consequence, we would be able to release a Spring-container-based
Server runtime besides our regular Avalon-based.
Please cast your vote to execute
svn cp
https://svn.apache.org/repos/asf/james/serve
18 matches
Mail list logo