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