On 11/14/06, Sanjiva Weerawarana <[EMAIL PROTECTED]> wrote:
On Wed, 2006-11-15 at 00:56 +0530, Asankha C. Perera wrote:
> Ant
>
> As you may have noticed, I started to clean up the svn and build.. and
> just now checked in a working base m2 build in parallel to the m1
> build. (it is much faster than m1.. would be great to check if you are
> able to run it though)
>
> As Paul has also agreed, I will make the suggested improvements as
> follows:
>
> Synapse distribution
> * Binary - synapse-0.90-incubating.bin.zip
> - will extract to synapse-0.90
>
> * Source - synapse-0.90-incubating.src.zip
> - will extract to synapse-src-0.90
No that's not right IMO: The src distro should just extra into
synapse-0.90/src/*. That's how pretty much every package works
Not really, at least not at apache. Struts, tomcat, (most of) jakarta
commons, for example, all still upack to separate -src top levels. I
am curious where this has been discussed and what the pros and cons
are. As a developer, keeping the distros separate makes release
checking a tad easier and as a user it is a little more convenient if
you want to maintain a working binary install while hacking on a
separate source distro.
In any case, embedding the release number in both artifact names and
unpack directories is a best practice. I know there are also special
rules about the "incubator" word ;-). If you do decide to go the
separate -src route, I think it is better to have -src last, i.e.,
synapse-0.90-src, rather than synapse-src-0.90. My 0.90 c.
Phil
and we've
just fixed up the axis2 distro to work like that too. Even the docs
distro is the same, expands into synapse-0.90/docs. (Yeah I know we
don't have a separate distro yet but if we do in the future .. axis2
ships it separately because its quite large by itself. Although I have
to agree its questionable to leave out all docs from the binary distro;
worth revisiting for 1.2.)
Sanjiva.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
