Re: configuration violating J2EE spec?

2004-08-19 Thread Dan Allen
Apparently, in weblogic (which is the server we are currently using) it is possible to "hardcode" the context-root into the weblogic.xml file (if not specified in the EAR application.xml file). All the sysadmin needs to do is let the request come through "unscathed" and we can at least remain unde

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

2004-08-19 Thread David Durham
[EMAIL PROTECTED] 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 ha

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

2004-08-19 Thread Frerk . Meyer
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 t

Re: configuration violating J2EE spec?

2004-08-18 Thread Craig McClanahan
On Wed, 18 Aug 2004 15:30:12 -0500, David Durham <[EMAIL PROTECTED]> wrote: > Craig McClanahan wrote: > > > ... > > URI seen by the application properly reflects the one that the client > > sent, not the one that was internally passed from the proxy. > > > What about a scenario where the proxy e

Re: configuration violating J2EE spec?

2004-08-18 Thread David Durham
Craig McClanahan wrote: ... URI seen by the application properly reflects the one that the client sent, not the one that was internally passed from the proxy. What about a scenario where the proxy ends up mangling such details as the protocol. Specifically, Oracle 9ias' proxy has a nasty habit o

Re: configuration violating J2EE spec?

2004-08-18 Thread Dan Allen
> See Section SRV.4.4 of the Servlet Spec. In brief, and modulo URL > encoding differences, the following equation is required to be true: > > requestURI = contextPath + servletPath + pathInfo Thanks Craig! That definitely saved me time. I have full confidence that with this information I wi

RE: configuration violating J2EE spec?

2004-08-18 Thread Jim Barrows
> -Original Message- > From: Craig McClanahan [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 18, 2004 1:19 PM > To: Struts Users Mailing List; [EMAIL PROTECTED] > Subject: Re: configuration violating J2EE spec? > > > On Wed, 18 Aug 2004 15:13:53 -04

Re: configuration violating J2EE spec?

2004-08-18 Thread Craig McClanahan
On Wed, 18 Aug 2004 15:13:53 -0400, Dan Allen <[EMAIL PROTECTED]> wrote: > Before I go paging through the J2EE spec to find a defense, I want to > see if someone out there can offer advice in the following matter. In > our application, the configuration of the servers is such that any URL > with a

RE: configuration violating J2EE spec?

2004-08-18 Thread Jim Barrows
> -Original Message- > From: Dan Allen [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 18, 2004 1:09 PM > To: Struts Users Mailing List > Subject: Re: configuration violating J2EE spec? > > > > Web server (ie apache) or application server (ie tomca

Re: configuration violating J2EE spec?

2004-08-18 Thread Dan Allen
> Web server (ie apache) or application server (ie tomcat). Application server > shouldn't be > stripping off the context, and yes that would be a violation. Web server stripping > off > context... well if you tell it. Our webserver doesn't strip off context at all, > because we tell it > no

RE: configuration violating J2EE spec?

2004-08-18 Thread Jim Barrows
> -Original Message- > From: Dan Allen [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 18, 2004 12:14 PM > To: [EMAIL PROTECTED] > Subject: configuration violating J2EE spec? > > > Before I go paging through the J2EE spec to find a defense, I want to > s

configuration violating J2EE spec?

2004-08-18 Thread Dan Allen
Before I go paging through the J2EE spec to find a defense, I want to see if someone out there can offer advice in the following matter. In our application, the configuration of the servers is such that any URL with a context of "/apps/" is captured by the webserver, the URL is rewritten with this