On 5/10/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
I would prefer to have a single distribution including stable and
experimental modules. Experimental modules are disabled by default.
+1
telling our user about feature maturity is something we already do at
http://james.apache.org/server/index.html#Feature%20Status
I think we should not complicate our workflow with multiple different
distributions: we are already too slow even with a single distribution,
we should first become more agile with that one and then we could
evaluate about having multiple distributions.
I am not that pessimistic about it.
Many mail server admins are (for good reasons) relatively slow in
adapting new releases.
But there are some people out there who need to have the latest
features and bug fixes.
I am seeing our users as a very divergent group.
very conservative vs. very adaptive.
the first group very rarely looks after their server ("lights out
server room") while the other one is actively maintaining and
babysitting them on a daily basis.
just look at our groups of committers!
<day dreaming>
If we'd maintain ultra-stable and cutting edge releases side-by-side
(just by exchanging modules) we could maybe even _accelerate_ the
project.
</day dreaming>
Bernd
KISS
Stefano
Danny Angus ha scritto:
> On 5/9/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
>
>> so, i would like to propose we allow experimental modules in trunk.
>
> We could even have an "experimental" or "technology preview" distribution.
> I like this idea a lot, a whole big lot.
>
> I don't think we should prefix the names, but perhaps we could find
> some other means of identifying experimental modules, perhaps using
> messages on the startup screen and in the build. E.G.:
>
> James Mail Server next-major
> EXPERIMENTAL MailboxManager has been initialized
> Remote Manager Service started plain:4555
> EXPERIMENTAL IMAP Service started plain:10143
> POP3 Service started plain:110
> etc...
>
> and ...
>
> ant -Dinclude=experimental dist
> or
> ant -Dinclude=stable dist
>
> WDYT?
>
> d.
---------------------------------------------------------------------
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]
