: Going to /solr/admin/stats.jsp, it was intercepting and forwarding to : /admin/stats.jsp which is a 404. _info.jsp can leverage a default core in a : multicore configuration and let the old (non-core prefixed) paths work fine, : but the forwarding wasn't taking into account /solr being mapped via web.xml : rather than a webapps/solr.war application root context.
Hmmm... I see, yeah this makes sense - the crux of the issue being that it really doesn't make sense for pathPrefix to work as currently advertised -- whatever prefix the filter is mapped to really needs to be the parent of the "admin" directory in case it has to forward (either that or we need a seperate init-param to tell the filter where to forward requests to) can you update the docs for SolrDispatchFilter.setPathPrefix and the comment in the stock web.xml so they better reflect what it's used for? -- ie: a virtual root dir for all things in the Solr war if you repackage it in a larger webapp. -Hoss
