Win a copy of Programmer's Guide to Java SE 8 Oracle Certified Associate (OCA) this week in the OCAJP forum!
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Filter being called for Struts' forwarded JSP

 
Edmund Yong
Ranch Hand
Posts: 164
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I have a Struts action class like this:



A filter like this:



My struts-config.xml:



My filter declaration in web.xml:



My test.jsp JSP is like this:



When I called the action, I got the following result:

requestUri: /TestAction.do
In TestAction
requestUri: /test.jsp
In test.jsp
After
After

My question is: why is the filter called for the JSP? I thought only request that is coming in directly from the client browser will activate the filter, which in this case should be for /TestAction.do only.

By the way, I am using BEA WebLogic 8.1 to test this.
 
Vivek Kr Singh
Ranch Hand
Posts: 56
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
The Java Servlet specification version 2.3 introduces a new component type, called a filter. A filter dynamically intercepts requests and responses to transform or use the information contained in the requests or responses. Filters typically do not themselves create responses, but instead provide universal functions that can be "attached" to any type of servlet or JSP page.

From Essential of Filters
Filter is used for intercepting both request and response.

try using /*.do for mapping
 
Seetharaman Venkatasamy
Ranch Hand
Posts: 5575
Eclipse IDE Java Windows XP
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Vivek Kr Singh wrote:try using /*.do for mapping


hi Vivek , what is the difference between /*.do and *.do ?
 
Vivek Kr Singh
Ranch Hand
Posts: 56
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Sorry thats a mistake it should be *.do.

/*.do will be an invalid pattern
 
Edmund Yong
Ranch Hand
Posts: 164
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi guys, I think you are missing the point. I want my filter to be activated for ALL requests coming from the client browser, not just .do only.

My point is, why is the filter activated for a forward? The JSP request does not come directly from the dlient; it is a forwarded request. From what I read from the specification, by default the filter should only be activated for requests coming directly from the client. I have explicitly stated this with <dispatcher>REQUEST</dispatcher> too. But it seems to have no effect.
 
Vivek Kr Singh
Ranch Hand
Posts: 56
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Edmund Said:
From what I read from the specification, by default the filter should only be activated for requests coming directly from the client. I have explicitly stated this with <dispatcher>REQUEST</dispatcher> too.

I had a look at the Dispatcher element schema, here is what it mentions
The dispatcher has four legal values: FORWARD, REQUEST, INCLUDE and ERROR. A value of FORWARD means the Filter will be applied under RequestDispatcher.forward() calls. A value of REQUEST means the Filter will be applied under ordinary client calls to the path or servlet. A value of INCLUDE means the Filter will be applied under RequestDispatcher.include() calls. A value of ERROR means the Filter will be applied under the error page mechanism. The absence of any dispatcher elements in a filter-mapping indicates a default of applying filters only under ordinary client calls to the path or servlet.

By default filter will be applied to the path or servlet. Path like "/*" means filter will be applied to everything after the context.
Maybe some one else can explain why REQUEST in Dispatcher does not prevent filter from being applied on actionMapping.findForward("test");
What are ordinary Client calls apart from client browser?
 
Edmund Yong
Ranch Hand
Posts: 164
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I think the <dispatcher> tag is applicable from servlet 2.4 onwards. On WebLogic 8.1, I believe that it is implementing servlet 2.3, which does not have this <dispatcher> tag. And therefore, the filter will be applied to everything. Can anyone confirm this?
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic