>
> I'm not sure what "it" is in the above sentence ... i believe from the
> context of the rest of hte message you are you refering to
> using a ServletFilter instead of a Servlet -- i honestly have no opinion
> about that either way.
I thought a filter required you to open up the WAR file and change
web.xml, or am I misunderstanding?
If your question is do you need to edit web.xml to change the URL it
will apply to, my suggestion is to may /* to the DispatchFilter and
have it decide weather or not to handle the requests. With a filter,
you can handle the request directly or pass it up the chain. This
would allow us to have the URL structures defined by solrconfig.xml
(without a need to edit web.xml)
If your question is about configuring the RequestParser, Yes, you
would need to edit web.xml
My (our?) reasons for suggesting this are
1) I think we only have one RequestParser that will handle all normal
requests. Unless you have extreemly specialized needs, this is not
something you would change.
2) Since the RequestParser is tied so closely to HttpServletRequest
and your desired URL structure, it seems appropriate to configure it
in web.xml. A RequestParser is just a utility class for
servlets/filters
3) We don't want to add RequestParser to 'core' unless it really needs
to be a pluggable interface. I don't see the need for it just yet.
ryan
