I have done this and it works.

I have set index.do as the welcome page in Apache. It forwards it to Resin
fine (I am confident that it'll work on Tomcat too).

The trick is to create a dummy file called index.do. In this file I have one
line, "You have not setup Apache to talk to your JSP container properly.
Please refer to installation manual".

Without this file, Apache cannot forward it to Resin.

Keith


-----Original Message-----
From: Joćo Guilherme Del Valle [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 28 February 2002 9:44 a.m.
To: Struts Users Mailing List
Subject: Re: changing from *.do to /do/* screws up everything?


I don“t know about the spec, but at least Tomcat *does not* accept this
solution. I haven“t tried with a servlet, but an action doesn“t work. Maybe
because the name of the tag in web.xml is welcome-file-list, it“s must be
either a tag that accepts only files or a semantic problem in the spec.


 Joao Guilherme Del Valle
 [EMAIL PROTECTED]
 Visionnaire Informįtica SA
 http://www.visionnaire.com.br
 Tel/Fax: +55 41 373-7400 r: 221
 Curitiba / PR / Brasil
----- Original Message -----
From: "Robert" <[EMAIL PROTECTED]>
To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
Sent: Wednesday, February 27, 2002 5:36 PM
Subject: RE: changing from *.do to /do/* screws up everything?


> You could set up index.do as a 'welcome page'; but then it would depend
> on if the server would try to load this as a 'page' or via a URL which
> Struts would then pickup and handle.
>
> Not sure if that would work, but that's a though.
>
> Robert
>
> -----Original Message-----
> From: Eddie Bush [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 27, 2002 2:26 PM
> To: Struts Users Mailing List
> Subject: Re: changing from *.do to /do/* screws up everything?
>
> Yes, but will that not demand that your index page be a HTML file rather
> than JSP?  If you have an index page that has dynamic pieces as well as
> static ones - or uses, say, templates (struts templates that is), you've
> just shot yourself in the foot, haven't you?
>
> Additional Thoughts,
>
> Eddie
>
> ----- Original Message -----
> From: "Keith Chew" <[EMAIL PROTECTED]>
> To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> Sent: Wednesday, February 27, 2002 2:21 PM
> Subject: RE: changing from *.do to /do/* screws up everything?
>
>
> >
> > An alternative to putting it in the WEB-INF is to use Apache to filter
> the
> > request, eg:
> >
> >   <Location /*.jsp>
> >     Deny from all
> >   </Location>
> >
> > This has the advantage of:
> > - if you decide not to disallow JSPs, you can
> > - when you are developing, it's often handy to view the JSPs without
> going
> > through the actions first (eg want to see if your table looks ok)
> >
> > Some thoughts
> > Keith
> >
> > -----Original Message-----
> > From: Eddie Bush [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, 28 February 2002 7:44 a.m.
> > To: Struts Users Mailing List
> > Subject: Re: changing from *.do to /do/* screws up everything?
> >
> >
> > Ok, silly question time.  Why would you want to put your pages under
> > WEB-INF?  Honestly, I don't see why you would, but ... I'm hardly a
> 'guru'.
> >
> > Thanks,
> >
> > Eddie
> >
> > ----- Original Message -----
> > From: "Rob Breeds" <[EMAIL PROTECTED]>
> > To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > Sent: Wednesday, February 27, 2002 11:58 AM
> > Subject: Re: changing from *.do to /do/* screws up everything?
> >
> >
> > >
> > > Thanks for suggestion but I can't use <html:base> because all my
> JSPs
> are
> > > under WEB-INF\pages
> > >
> > > Putting <html:base/> in will cause images (and any relative urls) to
> have
> > > URLs of
> > > <img src="WEB-INF/pages/images/find_obj.gif">
> > >
> > > which is even worse (doesn't work at all) and defeats the point of
> putting
> > > pages under WEB-INF!
> > >
> > >
> > > Rob
> > >
> > >
> > >
> > >
> > > |--------+------------------------->
> > > |        |          Bryan          |
> > > |        |          Field-Elliot   |
> > > |        |          <bryan_lists@ne|
> > > |        |          tmeme.org>     |
> > > |        |                         |
> > > |        |          27/02/2002     |
> > > |        |          17:49          |
> > > |        |          Please respond |
> > > |        |          to "Struts     |
> > > |        |          Users Mailing  |
> > > |        |          List"          |
> > > |        |                         |
> > > |--------+------------------------->
> > >
> >
> >-----------------------------------------------------------------------
> ----
> > --------------------------------------------|
> > >   |
> > |
> > >   |      To:     Struts Users Mailing List
> > <[EMAIL PROTECTED]>
> > |
> > >   |      cc:
> > |
> > >   |      Subject:     Re: changing from *.do to /do/* screws up
> > everything?                                               |
> > >   |
> > |
> > >   |
> > |
> > >
> >
> >-----------------------------------------------------------------------
> ----
> > --------------------------------------------|
> > >
> > >
> > >
> > >
> > > Put this inside the <head> block of all your JSP pages:
> > >
> > > <html:base/>
> > >
> > > Here is a URL to the docs for this tag:
> > >
> > > http://jakarta.apache.org/struts/doc-1.0.2/struts-html.html#base
> > >
> > > It solves exactly this problem.
> > >
> > > Bryan
> > >
> > > On Wed, 2002-02-27 at 10:39, Rob Breeds wrote:
> > > > Hi
> > > >
> > > > I hope this is me being dumb but I have a working Struts
> application
> > that
> > > > uses a *.do servlet mapping for ActionServlet
> > > >
> > > > Because I found that the servlet spec doesn't allow partial URL
> mappings
> > > > for security (eg. I can't specify a url-mapping of '/pub*'), I
> must
> now
> > > > change my app to use /do/*
> > > >
> > > > Seems like a fine idea, and Ted says its cool :)
> > > >
> > > > So, I changed the servlet mapping to '/do/*' and references to
> '*.do'
> in
> > > my
> > > > JSPs.
> > > >
> > > > Now my app sort of works but all relative links are now broken -
> CSS,
> > > > images, JavaScript files
> > > >
> > > > e.g. I have a URL of '<rest of path>/do/header' and this is
> specified
> in
> > > > the config  file as:
> > > >
> > > >           <action path="/header"
> forward="/WEB-INF/pages/header.jsp"/>
> > > >
> > > > The page loads OK but the JSP references images like this:
> > > >
> > > > <img src="images/find_obj.gif">
> > > >
> > > > This used to work because images was a directory directly under
> the
> war
> > > > directory, but now, the image has a path of <img src
> > > > ="/do/images/find_obj.gif"> which isn't found. Simarly for
> references
> to
> > > > CSS files and JS files.
> > > >
> > > > why is the /do/ prefix being added?
> > > >
> > > >
> > > > Please could anyone tell me what I have to do to get my JS, CSS
> and
> > > images
> > > > to load without changing every reference  to them in every JSP to
> > include
> > > a
> > > > /do/?
> > > >
> > > > Thanks
> > > >
> > > > Rob
> > > >
> > > >
> > > >
> > > > --
> > > > 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]>
> > >
> > >
> > >
> > >
> > >
> > > --
> > > 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]>
> >
> >
> > --
> > 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]>
>
>
>
> --
> 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]>


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

Reply via email to