Costin Manolache wrote:
On 9/29/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
Costin Manolache wrote:
> IMO both clustering implementations should be provided as separate
> downloads.
>
> No need to put them in sandbox ( since they were released in the past,
it's
> 'proven' code ).
> Not sure i
On 9/29/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
Costin Manolache wrote:
> IMO both clustering implementations should be provided as separate
> downloads.
>
> No need to put them in sandbox ( since they were released in the past,
it's
> 'proven' code ).
> Not sure if they should be in separ
Remy Maucherat wrote:
Costin Manolache wrote:
IMO both clustering implementations should be provided as separate
downloads.
No need to put them in sandbox ( since they were released in the
past, it's
'proven' code ).
Not sure if they should be in separate repos or it's ok to have both
of the
Costin Manolache wrote:
IMO both clustering implementations should be provided as separate
downloads.
No need to put them in sandbox ( since they were released in the past, it's
'proven' code ).
Not sure if they should be in separate repos or it's ok to have both of
them
in the main tree.
Wo
On 9/27/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
Peter Rossbach wrote:
> Hi Filip,
>
> I thing many people use the current cluster implementation. For those
> people I want spend my time to sync two branches :-)
> Some people ask me to start experiments with new Servlet and JSP API's
> or t
Peter Rossbach wrote:
Hi Filip,
I thing many people use the current cluster implementation. For those
people I want spend my time to sync two branches :-)
Some people ask me to start experiments with new Servlet and JSP API's
or the new connector implementation but with
the old cluster API. Le
Hi Filip,
I thing many people use the current cluster implementation. For those
people I want spend my time to sync two branches :-)
Some people ask me to start experiments with new Servlet and JSP
API's or the new connector implementation but with
the old cluster API. Let the user the choice
Filip Hanik - Dev Lists wrote:
I'd -1 that, simply because of the overhead of keeping two branches
alive, there is plenty of new stuff in 6 that needs the attention as has
been pointed out.
About the same: there should be only one clustering implementation. I
did leave the debate open for a v
I'd -1 that, simply because of the overhead of keeping two branches
alive, there is plenty of new stuff in 6 that needs the attention as has
been pointed out.
Filip
Peter Rossbach wrote:
Hmm,
I thing we must add the current cluster 5.5 implementation also for
backward compatibilty. But firs
Hi,
(Gradually coming back from vacation, still catching up on stuff)
On 9/26/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
Hi,
I think the new APIs are more or less finalized (clustering and comet),
and I'm quite happy the way it turned out so far. If there's an
agreement on this, then it woul
Hmm,
I thing we must add the current cluster 5.5 implementation also for
backward compatibilty. But first I want do some changes at tomcat 5.5
that
user can easier switch between both implementations. But I have
currently a lot of work and can to this not before mid of next month.
Regards
Hi,
I think the new APIs are more or less finalized (clustering and comet),
and I'm quite happy the way it turned out so far. If there's an
agreement on this, then it would be a good idea to proceed with
bugfixing and (more importantly) documentation, and then release a first
build.
Some le
12 matches
Mail list logo
