tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Ward" <cw...@horizon-asset.co.uk>
Subject RE: Repeated "load-on-startup" niggle
Date Mon, 26 Jan 2004 08:28:18 GMT


Correct - the only place the Filter is mentioned is in the
web.xml for the "/" Context and the .class file is in that
Context.

If it further confirms your understanding, I should mention
that in the beginning I *did* have a copy of the Filter under
"/hal" (for initial testing of the Filter) and that caused
an infinite loop for redirections!  The first request to "/"
got redirected to "/hal" which then got redirected to "/hal"
etc. etc.

Chris


> Chris, thanks for responding.  I think I understand.  Sanity 
> check: the 
> filter is not even mentioned anywhere in the webapps/hal heirarchy, 
> right?  That hierarchy is totally unaware of the filter.
> 
> If that's the case then all is making sense now. 
> thanks again,
> -joe
> 
> 
> 
> Chris Ward wrote:
> 
> >Hi Joe,
> >
> >I'm not sure exactly what your query is but the setup I have 
> is a "/" 
> >and a "/hal" Context.  The Filter I am using to direct any 
> requests to 
> >"/" to "/hal" lives in the WEB-INF/classes dir of the "/" context.
> >
> >In my case I used the Tomcat default dir of 
> "../webapps/ROOT" for the 
> >"/" docBase.
> >
> >Further. the configuration for the Filter and the URL 
> pattern to fire 
> >it is in the web.xml file in that same WEB-INF dir.  I do 
> use "/*" as 
> >the URL pattern, but remember that these URL patterbs are relative
> >to the Context the web.xml file is in.
> >
> >i.e.
> >
> >webapps/ROOT/WEB_INF/web.xml	 
> >URL pattern of "/*" matches http://myserver/*
> >
> >webapps/hal/WEB_INF/web.xml
> >URL pattern of "/*" matches http://myserver/hal/*
> >
> >Sorry if I've missed your point.
> >
> >Regards,
> >Chris
> >
> >
> >  
> >
> >>Shapira, Yoav wrote:
> >>
> >>    
> >>
> >>>Howdy,
> >>>A javax.servlet.Filter is one nice clean way.
> >>> 
> >>>
> >>>      
> >>>
> >>Apologies if this is dumb q: Googling the jakarta site and
> >>reading the 
> >>tomcat o'reilly have left me confused on this.
> >>
> >>Isn't the filter part of web app?  From jakarta:
> >>
> >>    
> >>
> >>>Filters are configured in the deployment descriptor of a web
> >>>application
> >>>      
> >>>
> >>And in o'reilly the filter and filter-mappnig tags are
> >>discussed in the 
> >>web.xml section. 
> >>Doesn't this raise a namespace issue?  If your 
> servlet-mapping is to 
> >>/foo, then a filter on /* seems like it will either never 
> >>fire, or else 
> >>be ambiguous with other /* filters in other web apps (such as 
> >>the /bar 
> >>webapp, with it's own /* filter). 
> >>
> >>The original poster had a /hal context and a / context.  Does
> >>the filter 
> >>solution require the / context to remain?  Or is that unneeded?
> >>
> >>thanks for any unconfusion,
> >>-joe
> >>
> >>
> >>
> >>
> >>
> >>------------------------------------------------------------
> ---------
> >>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> >>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> >>
> >>
> >>    
> >>
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> >
> >  
> >
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message