Costin Manolache wrote:

Henri Gomez wrote:

What about adding/updating of webapps ? Is this a feature that will never be added ( because if it will be and it is not part of the design - then we're back to spaghetti )



Well if you recall my AJP/1.4 proposal it was on my wish-list :

Adding/Removing/Updating a webapp on a tomcat instance is on
the features list.

I think it should be done by adding/removing the mapping between
Apache and the particular Tomcat instance.


Henri,

My point was that "just apache2+tcp+ajp and nothing else" is not realistic. You can't expect to start with a trivial feature, forwarding
requests - and then be able to grow without pain to support very complex features like add/remove of webapps.

well this first step could be an initial mod_ajp or mod_proxy + proxy_ajp and we all agree on this.


We tried this already.

It was before mod_proxy and APR :)

Major features have a big impact on the code. In this case - if you
want to add/remove/update webapps - you need to implement your own mapper - and the integration with apache ( where location is used ) no
longer works. Or you need to hack apache to support changes to the mapper.

Well I see that Graham seems open about Dynamic stuff in Apache 2 and I'm sure he'll speak for us in httpd-dev list. Meanwhile we could works on mod_ajp step 2, to add such features.

If you want to support cluster reconfiguration - storing the list of cluster servers in httpd.conf may make things harder to save. So you may want to save the properties where you allow changes in a separate file ( htpasswd is an example of apache conf that is not in httpd.conf ). But then you'll have 2 ways to configure something, and more complexity in the code.

Costin you know me better than that ;)

I was thinking something more evolved.

For instance you could have in httpd.conf the minimal settings to
reach at least one Tomcat. If that Tomcat know the tipology, it could
forward real-time topology update to Apache via AJP/1.4 or whatever
scheme you could prefer, ie ajp_status/ajp_update handlers.

What we need is something new an clean for make good fundation for
more evolved code, and that's why we want ajplib, a simple mod_ajp,
proxy_ajp if Graham agree. Next step will we dynamic update using
if needed our own mapper, and I think Mladen has some ideas for it.



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to