tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Filip Hanik - Dev" <devli...@hanik.com>
Subject Re: [5.next] Progress
Date Wed, 30 Jun 2004 13:54:03 GMT
>Ah ok. Filip was planning (to be forced through any means necessary) to
>do that, so ask him.

yup, still planning on doing so :) just a little slammed with paying work at the moment

Filip

----- Original Message -----
From: "Remy Maucherat" <remm@apache.org>
To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org>
Sent: Wednesday, June 30, 2004 8:47 AM
Subject: Re: [5.next] Progress


> Peter Rossbach wrote:
>
> > Hello,
> >
> > I have start a Server saved implementation.
> >
> > - Externalize configuration saving out of StandardServer
> >
> > features:
> >
> > *   splitt implementation from StandardServer class
> > *   refactor the current save methods to some helper classes
> > *   every save element from server.xml dialect has it own save factory
> > *   central Mbean that have a registry for save factories
> > *   save complete Server,Engine,Host or Context xml's
> > *   support cluster elements
> > *   implement with testcases
> >
> > options:
> > *  configure the save factories from xml or properties files.
> > *  better backup handling / not only for server.xml, also for
> > context.xmls :-)
> >
> > I hope the first implementation is ready at this weekend.
>
> Sure, show me the code.
>
> > see some comments directly at the 5.next topics.
> >
> > Remy Maucherat schrieb:
> >
> >> My upcoming change list:
> >> - Attempt to redo a bit the deployer:
> >>   * remove the CL code which is there to avoid JAR locking (or at least
> >> allow disabling this feature for non-Windows OSes); when enabling anti
> >> locking
> >> code, move everything to a temp "deploy" folder where everything will be
> >> referenced from; controlled by a "development" flag on the Context to
> >> allow
> >> disabling this on Windows
> >
> > Good option.
>
> I'm so tired of Windows right now ...
>
> >> - Externalize configuration saving out of StandardServer
> >
> > I can do that.
>
> I was planning to do it in 5 minutes (take the current code, put it in
> separate class, )
>
> >> - BASIC auth optimization
> >> - clutering module refactoring, to extend the regular Catalina
> >> objects, for
> >> easier future maintenance
> >
> > I have a talk with Rainer Jung, and his changes to cluster
> > implementation looks very good.
>
> Ah ok. Filip was planning (to be forced through any means necessary) to
> do that, so ask him.
>
> >> - Possibly require JDK 1.5 (cleaner code, annotations, integrated JMX
> >> and JMX
> >> remote, etc)
> >
> > I have made prototype for mx4J JSR 160 support it looks very nice.
> > Can't we refactor the ServerLifecycleListener also?
> > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29259
>
> No, that listener needs to go IMO. This listener is useless in the end
> (for this branch): this is done at the VM level much more cleanly, and
> the VM also provides tons of runtime statistics that nobody will want to
> live without. I'll rethink my position if J2SE 5 (I'm learning ;) )
> turns out bad somehow, but I don't think the core VM is a big rewrite,
> so I expect it to be stable. I'll start using it soon for my builds and
> testing, and I'll see how it goes.
>
> >> - And the ongoing: allow all config/management/embedding through JMX;
> >> note: I think this is almost there already (thanks Costin), so only a
> >> little tweaking will likely be needed
> >
> > YES!
>
> Lol.
>
> Rémy
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


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


Mime
View raw message