[
https://issues.apache.org/jira/browse/SOLR-4136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13529246#comment-13529246
]
Hoss Man commented on SOLR-4136:
--------------------------------
Hmmm... running the lsat patch, CloudSolrServerTest just tickled a bug when "/"
got selected as the hostContext...
{noformat}
<failure message="fail check for
leader:http://127.0.0.1:54905//collection1 in
[http://127.0.0.1:54905/collection1/, http://127.0.0.1:35690/collection1/]";
type="java.lang.AssertionError">java.lang.AssertionError: fail check for
leader:http://127.0.0.1:54905//collection1 in
[http://127.0.0.1:54905/collection1/, http://127.0.0.1:35690/collection1/]
{noformat}
...i just sanity checked, and the precendent is that baseUrl never ends in a
trailing slash (something i had already noticed, but somehow overlooked after
my change). It seemed like an easy fix but in running the full tests again
I've already seen several failures go by that i need to figure out.
> SolrCloud bugs when servlet context contains "/" or "_"
> -------------------------------------------------------
>
> Key: SOLR-4136
> URL: https://issues.apache.org/jira/browse/SOLR-4136
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 4.0
> Reporter: Hoss Man
> Assignee: Hoss Man
> Attachments: SOLR-4136.patch, SOLR-4136.patch, SOLR-4136.patch,
> SOLR-4136.patch
>
>
> SolrCloud does not work properly with non-trivial values for "hostContext"
> (ie: the servlet context path). In particular...
> * Using a hostContext containing a "/" (ie: a servlet context with a subdir
> path, semi-common among people who organize webapps hierarchically for lod
> blanacer rules) is explicitly forbidden in ZkController because of how the
> hostContext is used to build a ZK nodeName
> * Using a hostContext containing a "\_" causes problems in
> OverseerCollectionProcessor where it assumes all "\_" characters should be
> converted to "/" to reconstitute a URL from nodeName (NOTE: this code
> specifically has a TODO to fix this, and then has a subsequent TODO about
> assuming "http://"; labeled "this sucks")
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
