You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Garey Mills <gm...@library.berkeley.edu> on 2011/10/19 19:56:32 UTC
question about inter-webapp communication
Hello -
Tomcat 7.0.8 on RHEL6. I have two webapps, one accessed at
/webapp_one and one at /webapp_two. My question has to do with how to
include output from /webapp_two in the output of /webapp_one.
I want to use /webapp_one as an authentication front end for
/webapp_two, since /webapp_two is a large, complex web app and I want to
do authentication filtering on patterns in the query string. My scheme
is to analyze the request URL in the body of /webapp_one. If it should
be protected, rewrite it by adding a flag into the URI, so that it can
be caught by my authentication filter in the web.xml, and redirect it
back to /webapp_one. If it does not have to be protected, or if it has
been protected by my filter, wrap the request so that it looks like a
request to /webapp_two, get a RequestDispatcher from /webapp_two's
context, and 'include' the output from /webapp_two in the response from
/webapp_one.
The problem is that this is not working, and I believe that the
problem is in how I am getting /webapp_two's ServletContext, or in how I
am referring to the servlet in /webapp_two's context, since I am not
seeing any activity from /webapp_two in the logs.
Here are the particulars:
* I have 'crossContext=true' set in /webapp_one's context
* Here is my request wrapper
public class MyRequestWrapper extends HttpServletRequestWrapper {
String queryString = null;
String uri = null;
String contextPath = null;
String pathTranslated = null;
public GSRequestWrapper(HttpServletRequest req) {
super(req);
}
public void setRequestURI(String newUri) { uri = newUri; }
public String getRequestURI() { return uri; }
public void setContextPath(String cp) { contextPath = cp; }
public String getContextPath() { return contextPath; }
public void setPathTranslated(String pt) { pathTranslated = pt; }
public String getPathTranslated() { return pathTranslated; }
public StringBuffer getRequestURL() {
StringBuffer sb = new StringBuffer();
sb.append(uri + "?" + queryString);
return sb;
}
}
* Here is the code I use to create the wrapper
MyRequestWrapper myReq = new MyRequestWrapper(req);
myReq.setRequestURI(req.getRequestURI().replaceFirst("webapp_one",
"webapp_two"));
myReq.setContextPath(req.getContextPath().replaceFirst("webapp_one",
"webapp_two"));
myReq.setPathTranslated(req.getPathTranslated().replaceFirst("webapp_one",
"webapp_two"));
ServletContext twoContext = sc.getContext("/webapp_two");
* In /webapp_two, the url-pattern intercepted is '/*', so this is how
I am trying to create the RequestDispatcher
RequestDispatcher rd = twoContext.getRequestDispatcher("/");
Trying all this out, I see that the RequestDispatcher I am creating
is not null, but I am not seeing any activity in /webapp_two, and the
page returned is blank. Am I making a mistake in referring to the
context of /webapp_two, or in how I am creating my request wrapper, or
in how I am referring to the servlet in /webapp_two?
Garey Mills
Library Systems Office
UC Berkeley
Re: question about inter-webapp communication
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Garey,
On 10/19/2011 1:56 PM, Garey Mills wrote:
> I want to use /webapp_one as an authentication front end for
> /webapp_two, since /webapp_two is a large, complex web app and I
> want to do authentication filtering on patterns in the query
> string. My scheme is to analyze the request URL in the body of
> /webapp_one. If it should be protected, rewrite it by adding a flag
> into the URI, so that it can be caught by my authentication filter
> in the web.xml, and redirect it back to /webapp_one. If it does not
> have to be protected, or if it has been protected by my filter,
> wrap the request so that it looks like a request to /webapp_two,
> get a RequestDispatcher from /webapp_two's context, and 'include'
> the output from /webapp_two in the response from /webapp_one.
That sounds absolutely insane. Can you explain why all this is necessary?
> The problem is that this is not working, and I believe that the
> problem is in how I am getting /webapp_two's ServletContext, or in
> how I am referring to the servlet in /webapp_two's context, since I
> am not seeing any activity from /webapp_two in the logs.
>
> Here are the particulars:
>
> * I have 'crossContext=true' set in /webapp_one's context * Here is
> my request wrapper
>
> public class MyRequestWrapper extends HttpServletRequestWrapper {
> String queryString = null; String uri = null; String contextPath =
> null; String pathTranslated = null;
>
> public GSRequestWrapper(HttpServletRequest req) { super(req); }
>
> public void setRequestURI(String newUri) { uri = newUri; } public
> String getRequestURI() { return uri; }
Since this is a specialized filter, maybe this isn't a big deal, but
you probably want to call super.getRequestURI() when none has been
set. Similarly with the other methods.
> public StringBuffer getRequestURL() {
>
> StringBuffer sb = new StringBuffer(); sb.append(uri + "?" +
> queryString);
Really?
> * Here is the code I use to create the wrapper
>
> MyRequestWrapper myReq = new MyRequestWrapper(req);
>
> myReq.setRequestURI(req.getRequestURI().replaceFirst("webapp_one",
> "webapp_two"));
>
> myReq.setContextPath(req.getContextPath().replaceFirst("webapp_one",
>
>
"webapp_two"));
>
> myReq.setPathTranslated(req.getPathTranslated().replaceFirst("webapp_one",
>
>
"webapp_two"));
>
> ServletContext twoContext = sc.getContext("/webapp_two");
What do you do with twoContext after this point?
> * In /webapp_two, the url-pattern intercepted is '/*', so this is
> how I am trying to create the RequestDispatcher
>
> RequestDispatcher rd = twoContext.getRequestDispatcher("/");
You want to use getRequestDispatcher() with a real path: I would
recommend using the path that you are really trying to reach -- either
the modified one (except that you don't want to have the context-path
in the path because the RequestDispatcher will already know it's bound
to a certain ServletContext) instead of just asking for "/".
Also, I'm not entirely sure what happens to the HttpServletRequest
when you get a request dispatcher using a path and then forward an
existing request. I suspect that the filters and servlets on the other
end see the path you used to fetch the dispatcher, otherwise you could
never forward or include content that didn't match the original URI.
> Trying all this out, I see that the RequestDispatcher I am
> creating is not null, but I am not seeing any activity in
> /webapp_two, and the page returned is blank.
Any error messages in the logs?
> Am I making a mistake in referring to the context of /webapp_two,
> or in how I am creating my request wrapper, or in how I am
> referring to the servlet in /webapp_two?
I think things in general are okay (notwithstanding the very strange
requirements, here) -- there must be some small detail that is
out-of-place.
I would try using the desired path when you fetch a RequestDispatcher
instead of just using "/".
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6fJiAACgkQ9CaO5/Lv0PCEAgCeL+7kPrxL4CPS97kR5+04V+g8
6JMAoLXHVsLq2MceN0cEt6U6sfcrU6d2
=3WPe
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org