[
https://issues.apache.org/jira/browse/SOLR-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tyler Harms updated SOLR-3452:
------------------------------
Environment: Running 4 Solr Cores on 1 local server. Using shards to search
across them when necessary. Mac 10.7.3 Java SE 6 (was: Running 4 Solr Cores on
1 local server. Using shards to search across them when necessary.)
> Binary not returning properly when searching across shards.
> -----------------------------------------------------------
>
> Key: SOLR-3452
> URL: https://issues.apache.org/jira/browse/SOLR-3452
> Project: Solr
> Issue Type: Bug
> Components: multicore
> Affects Versions: 3.6
> Environment: Running 4 Solr Cores on 1 local server. Using shards to
> search across them when necessary. Mac 10.7.3 Java SE 6
> Reporter: Tyler Harms
>
> Storing all content in Solr and encoding in base64 binary per solr
> specification. When using shards to search another core none of the binary is
> returned properly. It looks like it is returning the address where the binary
> code is stored. When using Solr to search the primary core for an index, all
> the binary is returned properly. To test this further, I made the 4 cores
> share an instance directory, and whenever a shard was search, the binary was
> not returned properly. There is something happening when the Shard builds and
> returns search docs, I think that it is failing to decode the encoded byte[].
> The returned content always follows the following format: [B:[B@26b8320f
> It should be noted, only the binary is returned improperly when searching
> across shards, all other content returns as expected.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
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]
