On 5/4/06, Peter Rossbach <[EMAIL PROTECTED]> wrote:
I think we can merge both cluster and storeconfig modules to new tc
6. For current user it is easier.
Only change is that new ha cluster module are packaged as seperate
jar (name change a build.xml) and we must change the bootstrap logic
at config parsing. I think user better switch cluster implementation
with system.properties as autodetect a class. Then testing
current and new cluster module are a lot easier.
Could you explain a bit ?
My understanding is that ha is an optional feature, that users can
turn on - i.e.
sort of a separate module, with no dependency between tomcat and ha.
For modules - I assumed that each of them is a JMX component, that can
be configured using only JMX calls. I.e. no system.properties or other change
to bootstrap logic.
If this is not the case - why and can we fix it ?
Re: moving the code to the src/ tree - I'm not very sure. I think it
was a clear benefit to
have all core tomcat components in the same tree - i.e. connectors,
jasper, catalina.
But I think it would also be good to have a separate 'modules' and
'webapps' area, and
keep them separate, at least for things that are not required for a
basic tomcat. Or at least for things that have external deps, or are
big.
Costin
After merge I can start session manager refactoring and later I made
a tc 5.5 backport.
Regards
Peter
Am 04.05.2006 um 17:12 schrieb Remy Maucherat:
> Hi,
>
> I was wondering if I should merge the code for the core manager
> webapp in the main source tree, or if I should keep them in the
> webapps subfolders. There is one dependency for the manager webapp
> on commons-fileupload 1.0 (so if the code for the webapp is merged
> in the main source tree, commons-fileupload will get the package
> renaming treatment).
>
> Similarly, the clustering module (the new ones, most likely) as
> well as the storeconfig should most likely be merged in the main
> source tree.
>
> Rémy
>
> ---------------------------------------------------------------------
> 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]
