You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Robert Burrell Donkin <ro...@gmail.com> on 2008/08/20 20:50:28 UTC

[server] pheonix-deployment-refactor

looks interesting...

...care to give us a quick run through...?

- robert

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: [server] pheonix-deployment-refactor

Posted by Robert Burrell Donkin <ro...@gmail.com>.
On 8/21/08, Stefano Bagnara <ap...@bago.org> wrote:
> Robert Burrell Donkin ha scritto:
>> looks interesting...
>>
>> ...care to give us a quick run through...?
>
>
> Sorry.. I thought I already wrote about this but indeed I forgot this.
>
> It is an attempt to rewrite the build ant and m2 build scripts for the
> phoenix deployments in a bottom-up approach.
>
> I want maven to be able to create the sar and our distributions, and I
> wanted to make sure the ant build create a correct sar (NOTICE/LICENSE)
> and reuse your ant infrastructure because I find it annoying to keep
> updating the build.xml in phoenix-deployment whenever I did changes in
> the modules.
>
> I hoped it was easier so I had to "fix" the build in an incomplete step.
> Currently it builds the sar with ant and it build a correct sar with m2
> too (but it is named zip :-( ).
>
> I posted some questions to the maven lists about the sar/zip issue and I
> moved temporarily to other stuff (I'm working with the OpenSPF group to
> have jspf certified as rfc compliant, on mime4j Base64OutputStream issue
> and on geronimo/sun javamail switch for server.trunk, too).
>
> I preferred to remove it from m2 modules and to name it "-refactor" so
> that both builds temporarily ignore it instead of removing the whole
> module from svn.
>
> I hope to complete it soon, otherwise I'll delete it.
>
> Sorry for the "stealth" action, it was not by purpose.

Not a problem

Sounds good

Robert

> Stefano
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: [server] pheonix-deployment-refactor

Posted by Stefano Bagnara <ap...@bago.org>.
Robert Burrell Donkin ha scritto:
> looks interesting...
> 
> ...care to give us a quick run through...?


Sorry.. I thought I already wrote about this but indeed I forgot this.

It is an attempt to rewrite the build ant and m2 build scripts for the 
phoenix deployments in a bottom-up approach.

I want maven to be able to create the sar and our distributions, and I 
wanted to make sure the ant build create a correct sar (NOTICE/LICENSE) 
and reuse your ant infrastructure because I find it annoying to keep 
updating the build.xml in phoenix-deployment whenever I did changes in 
the modules.

I hoped it was easier so I had to "fix" the build in an incomplete step. 
Currently it builds the sar with ant and it build a correct sar with m2 
too (but it is named zip :-( ).

I posted some questions to the maven lists about the sar/zip issue and I 
moved temporarily to other stuff (I'm working with the OpenSPF group to 
have jspf certified as rfc compliant, on mime4j Base64OutputStream issue 
and on geronimo/sun javamail switch for server.trunk, too).

I preferred to remove it from m2 modules and to name it "-refactor" so 
that both builds temporarily ignore it instead of removing the whole 
module from svn.

I hope to complete it soon, otherwise I'll delete it.

Sorry for the "stealth" action, it was not by purpose.
Stefano

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org