Thanks, I feared that.  Okay.  Much appreciated.  Sorry about the flame 
war, but I have a temper and just cannot stand rudeness in people who don't 
know or even bother finding out what they are responding to. Micael

At 12:22 PM 5/1/02 -0700, you wrote:


>On Wed, 1 May 2002, Micael Padraig Og mac Grene wrote:
>
> > Date: Wed, 01 May 2002 12:11:52 -0700
> > From: Micael Padraig Og mac Grene <[EMAIL PROTECTED]>
> > Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> > To: Struts Users Mailing List <[EMAIL PROTECTED]>
> > Subject: RE: You suck! No, You suck!
> >
> > Thanks for threatening to stop the car, Craig.  ///;-0  But, could you
> > PLEASE answer my question about STRUTS.  It is about struts and only about
> > struts.  Flash file arrays (built by others) reference other Flash files in
> > the same directory, and I need to know, since the reference (include) is
> > inside the swf and cannot be changed by myself, can it be used inside
> > WEB-INF in struts?
> >
>
>I don't know anything specific about Flash, so this is a repeat of an
>answer to this question from someone else that got lost in the shuffle.
>
>Background Issue - Things inside /WEB-INF are visible to your application
>(i.e. you can do request dispatcher include and forward calls with them)
>but not to your client.
>
>Therefore - *IF* the Flash client tries to do a second HTTP request to get
>the referenced file, it will fail.  I suspect this is probably what
>happens, but really don't have a clue.
>
>The same thing will happen in a non-Flash scenario if your JSP page
>"/WEB-INF/mypage.jsp" contains a relative reference to an image in the
>same directory:
>
>   <img src="logo.gif">
>
>The image retrieval (done by the browser as a separate HTTP request) will
>fail, because the absolute URL will be something like:
>
>   http://www.mycompany.com/myapp/WEB-INF/logo.gif
>
>and the container will disallow direct client access to the
>context-relative path "/WEB-INF/logo.gif".
>
>Craig
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>



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

Reply via email to