You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Fr...@Edeka.de on 2004/08/19 09:36:03 UTC

Re: configuration violating J2EE spec? [Auf Virengeprüft]

You may combine mod_rewrite and mod_proxy in Apache and do all kinds of
wunderful and
strange URL mangling things:

E.g. for all URLs ending in .jsp stripping the /apps/ in the path
or for all *.jpg, *.gif, *.html beginning with /modulename/ addinf /apps/
before
or even generate http subrequests to 2 internal Web-App-Servers and 3
internal Web-Servers,
listening on different, non-standard ports.

Did I mention that mod_proxy is not only able to work as a reverse-proxy,
but for
example may cache even dynamic pages for a specific amount of time driving
up performance? (when it doesn't matter mus, if the page was updated 5
minutes ago)

Frerk Meyer

EDEKA Aktiengesellschaft
GB Datenverarbeitung
Frerk Meyer
CC Web Technologien
New-York-Ring 6
22297 Hamburg
Tel: 040/6377 - 3272
Fax: 040/6377 - 41268
mailto:frerk.meyer@edeka.de




---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: configuration violating J2EE spec? [Auf Viren geprüft]

Posted by David Durham <da...@scott.af.mil>.
Frerk.Meyer@Edeka.de wrote:

> You may combine mod_rewrite and mod_proxy in Apache and do all kinds of
> wunderful and
> strange URL mangling things:

That's all well and good, so long (AFAIK) as the original client's 
request is maintained when the servlet is called.  Otherwise, as a 
servlet developer, I have to provide some other interface (e.g., a 
properties file containing the actual client scheme, port number, 
etc.).  That's not a good solution because it duplicates parts of the 
request interface.

I'm wondering if Oracle will get it right with 10g(as?).  10g is free 
for developer use and I could easily check.  Anyone interested?


- Dave

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org