In our application all URL requests matching *.abc are directed to our own
servlet. This servlet processes the request, sets up beans, and then forward
the request to a .jsp page for display.
We also have requests matching *.js, *.css, and *.gif directed to the
default servlet to serve these static resources.
To enable the processing of jsp pages we also have *.jsp requests being
directed to the JSP servlet.
The problem is that we would like *.jsp requests to the container to be
rejected, but we need the jsp processing to occur when the jsp components
are forwarded to from the servlet that processes *.abc requests.
Previously, we used Apache connecting to Tomcat, and we were able to only
allow *.abc requests through from Apache to Tomcat. (The reason we would
like to not use Apache is that the load on this application is low and we
would like to reduce complexity.).
The issue is that if someone requests a *.jsp resource then the beans
required to correctly display the page do not exist, or only part of a page
is being displayed.
A valve looks like a good solution, but the only valve's I have seen are
associated with IP or Hostname checking. Is it possible to write your own
valve, or is there a more elegant solution to my problem ?
Any ideas will be greatly appreciated.
Regards,
Geoff
JBWERE LIMITED
DISCLAIMER
JBWere Limited and its related entities distributing this document and each of their
respective directors, officers and agents ("the Were Group") believe that the
information contained in this document is correct and that any estimates, opinions,
conclusions or recommendations contained in this document are reasonably held or made
as at the time of compilation. However, no warranty is made as to the accuracy or
reliability of any estimates, opinions, conclusions, recommendations which may change
without notice) or other information contained in this document and, to the maximum
extent permitted by law, the Were Group disclaims all liability and responsibility for
any direct or indirect loss or damage which may be suffered by any recipient through
relying on anything contained in or omitted from this document.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
