You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Jacob Hookom <ho...@uwec.edu> on 2002/10/26 08:19:15 UTC
RE: static pages
You can setup a filter according to the new Servlet Spec to restrict
access to static content via Role management (SEE TOMCAT MANUAL). But
as for Struts specifically, I'm not completely sure.
| -----Original Message-----
| From: Beast [mailto:beast@setuid.com]
| Sent: Saturday, October 26, 2002 1:09 PM
| To: Struts Users Mailing List
| Subject: static pages
|
| Hello,
|
| Just examine the struts-example, Is it advisable using struts to
handle
| static pages also? what is the advantage?
| Tks.
|
|
| --
| To unsubscribe, e-mail: <mailto:struts-user-
| unsubscribe@jakarta.apache.org>
| For additional commands, e-mail: <mailto:struts-user-
| help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: static pages
Posted by Affan Qureshi <qu...@etilize.com>.
Also document management, change management, rights/access management is
easier
----- Original Message -----
From: "Jacob Hookom" <ho...@uwec.edu>
To: "'Struts Users Mailing List'" <st...@jakarta.apache.org>
Sent: Friday, October 25, 2002 11:19 PM
Subject: RE: static pages
> You can setup a filter according to the new Servlet Spec to restrict
> access to static content via Role management (SEE TOMCAT MANUAL). But
> as for Struts specifically, I'm not completely sure.
>
> | -----Original Message-----
> | From: Beast [mailto:beast@setuid.com]
> | Sent: Saturday, October 26, 2002 1:09 PM
> | To: Struts Users Mailing List
> | Subject: static pages
> |
> | Hello,
> |
> | Just examine the struts-example, Is it advisable using struts to
> handle
> | static pages also? what is the advantage?
> | Tks.
> |
> |
> | --
> | To unsubscribe, e-mail: <mailto:struts-user-
> | unsubscribe@jakarta.apache.org>
> | For additional commands, e-mail: <mailto:struts-user-
> | help@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>