[
https://issues.apache.org/jira/browse/SOLR-2022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-2022:
---------------------------
Description:
As originally reported in this thread...
http://search.lucidimagination.com/search/document/9c09498631b7afbb/problems_running_on_tomcat
Tomcat 7 has made changes in how URLs are resolved that result in the requests
with paths that end in a "/" character being given to the SolrDispatchFilter
with "index.jsp" appended to them. This results in SolrDispatchFilter being
unable to correctly identify some situations when a request should be processed
by a request handler based on the name registered (ie: "/update/csv/" is seen
as "update/csv/index.jsp" so as a result the handler registered to
"/update/csv/ is not consulted). The problem manifests as a generic 404
(because the request is propagated to the underlying JspServlet which can not
find these paths and jsps in the war)
This is most notable in a basic solr install when clicking some URLs that are
linked to from the main admin page (see comments below) but this problem can
also affect any situation where a client is attempting to access a request
handler (or "/select/") using a path ending in "/". The workaround is to
remove hte trailing "/" character
was:
Based on this thread, users seem to have problems with Solr on tomcat 7 that do
not exist on tomcat 6...
http://search.lucidimagination.com/search/document/9c09498631b7afbb/problems_running_on_tomcat
Updated description to clarify the scope of hte problem
> request handler paths ending in "/" don't work with Tomcat 7
> ------------------------------------------------------------
>
> Key: SOLR-2022
> URL: https://issues.apache.org/jira/browse/SOLR-2022
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.1.0, 1.2, 1.3, 1.4, 1.4.1, 1.4.2, 1.5, 3.1, 4.0, Next
> Reporter: Hoss Man
>
> As originally reported in this thread...
> http://search.lucidimagination.com/search/document/9c09498631b7afbb/problems_running_on_tomcat
> Tomcat 7 has made changes in how URLs are resolved that result in the
> requests with paths that end in a "/" character being given to the
> SolrDispatchFilter with "index.jsp" appended to them. This results in
> SolrDispatchFilter being unable to correctly identify some situations when a
> request should be processed by a request handler based on the name registered
> (ie: "/update/csv/" is seen as "update/csv/index.jsp" so as a result the
> handler registered to "/update/csv/ is not consulted). The problem manifests
> as a generic 404 (because the request is propagated to the underlying
> JspServlet which can not find these paths and jsps in the war)
> This is most notable in a basic solr install when clicking some URLs that are
> linked to from the main admin page (see comments below) but this problem can
> also affect any situation where a client is attempting to access a request
> handler (or "/select/") using a path ending in "/". The workaround is to
> remove hte trailing "/" character
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
