tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Costin Manolache <cos...@gmail.com>
Subject Re: jk/cluster - intelligent systems load
Date Thu, 18 Feb 2010 20:56:21 GMT
On Thu, Feb 18, 2010 at 10:57 AM, Henri Gomez <henri.gomez@gmail.com> wrote:

> If we goes back to the original thread and using Hyperic stuff in a
> servlet filter or whatever Tomcat extension ?
>
>
Absolutely - a filter would be perfect and will work with any servlet
engine.
There are some problems with making sure this doesn't leak out - i.e.
an X-header inserted by mod_proxy and make sure it filters X-headers
from the response.



> Could it be usefull for jk, mod_proxy, mod_cluster ?
>
> Or a specific servlet should/could be provided for such collect
> purpose and it Will be called by remote at it's own rate ?
>

That would work too, even better - a status servlet, which may provide
additional data, like number of sessions, java memory, etc. Don't we have
one already - dumping all jmx data ? Probably need to output data
in an easier to parse format, and I guess mod_proxy configuration would
be a bit tricky if you want to use multiple variables, but doable.

Costin



>
> 2010/2/18, Costin Manolache <costin@gmail.com>:
> > On Thu, Feb 18, 2010 at 12:00 AM, jean-frederic clere
> > <jfclere@gmail.com>wrote:
> >
> >> On 02/17/2010 10:46 PM, Costin Manolache wrote:
> >> > On Wed, Feb 17, 2010 at 11:58 AM, Mladen Turk <mturk@apache.org>
> wrote:
> >> >
> >> >> On 02/17/2010 07:37 PM, Costin Manolache wrote:
> >> >>
> >> >>> On Wed, Feb 17, 2010 at 12:38 AM, Mladen Turk<mturk@apache.org>
> >>  wrote:
> >> >>>
> >> >>>
> >> >>> The reasons I suggest using SPDY as a replacement for AJP - and
> >> supporting
> >> >>> SPDY
> >> >>>
> >> >>
> >> >> I have nothing against SPDY and it really looks cool,
> >> >> but IMHO it's doesn't look and feel like the rest of RFC
> >> >> protocol specifications.
> >> >> If you can push those guys to create a well known RFC-like
> >> >> doc, I'm sure that overall internet community will benefit
> >> >> from it.
> >> >>
> >> >
> >> > SPDY is still in development - there is an open mailing list and
> >> > quite a few proposals/changes/discussions. I would guess
> >> > the end result will end up as a RFC-like. Feel free to join the
> >> > mailing list and push or volunteer for anything :-)
> >> >
> >> > The implementations - chrome, mod_spdy are also open source
> >> > and with ASF-like license.
> >> >
> >> >
> >> >
> >> >>
> >> >> OTOH we are discussing this 'protocol thing' for years instead like
> >> >> you noticed we concentrate on the tasks we wish to do.
> >> >> Think if we start from the protocol side we will stay there (nowhere)
> >> >> for few more years (although SPDY might be even more then we need).
> >> >
> >> >
> >> > I think what matters is having a working SPDY implementation in
> tomcat,
> >> > inter-operable
> >> > with chrome/mod_spdy/google. If we start with this we'll probably make
> >> > more progress than by discussing protocols :-)
> >>
> >> Yep, I have noted that people are preparing an implementation for httpd
> >> so at some point it will just "porting" that code to TC.
> >>
> >>
> > http://code.google.com/p/mod-spdy/
> >
> > Costin
> >
> >
> >
> >> Cheers
> >>
> >> Jean-Frederic
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> >> For additional commands, e-mail: dev-help@tomcat.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message