I have mentioned this before in another thread that Struts2 is breaking Servlet specification 2.4 in this regard, but have heard no comment on it which means two things either I have a point or I am way off.
In Servlet specification 2.4 filters are not supposed to be accessed directly as a resource. And anything other than a jsp page need to have a Servlet mapping in order to make it accessible (as per specification). Struts 1 had ActionServlet to which *.action or *.do mapping was done. This sort of deviation from sped is causing some folks issues when it comes to using some appservers that follow the spec and you have to resort to all sort of hacks to get around it. --- On Wed, 10/7/09, Arthur Neves <arthu...@gmail.com> wrote: > From: Arthur Neves <arthu...@gmail.com> > Subject: Re: Servlet filter as front controller > To: "Struts Users Mailing List" <user@struts.apache.org> > Received: Wednesday, October 7, 2009, 11:57 PM > With the filter struts2 can intercept > all request. > > I think it's more difficult to do thinks like, the > namespace struct with a > servlet,i dont have sure though. > > > > On Wed, Oct 7, 2009 at 2:58 PM, Unmesh joshi <unmesh_jo...@hotmail.com>wrote: > > > > > Hi,Struts2 uses servlet filter > > > org.apache.struts2.dispatcher.ng.filter.StrutsExecuteFilter > as front > > controller, rather than having a servlet act as front > controller. Is there > > any specific advantage of using servlet filter over > servlet (as in struts > > 1.1)? > > Thanks,Unmesh > > > > > _________________________________________________________________ > > Great events make grand headlines – read them all on > MSN India > > http://in.msn.com > > > __________________________________________________________________ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
