[
https://issues.apache.org/jira/browse/SOLR-3648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jan Høydahl updated SOLR-3648:
------------------------------
Attachment: SOLR-3648.patch
Attaching first patch
* Not using Velocity's file.resource.loader
* Param {{v.base_dir}} now is always relative to "conf" and respected by
SolrResourceLoader
* SolrVelocityResourceLoader first checks the given paths from v.base_dir,
default "velocity" before checking default locations
* ShowFileRequestHandler#showFromZooKeeper patched to remove "/" prefix from
requested file so that e.g. {{/velocity/main.css}} resolves for ZK.
Still missing are some unit tests. Also perhaps a way to load files/resources
outside of current core's "conf" via ZK. But ".." is disallowed, so how would
this work? Perhaps we need a way/syntax to address files from another config or
folder than the current, a way that works across all ResourceLoaders...
> The "/browse" Solritas GUI does not work under SolrCloud - 500 error
> --------------------------------------------------------------------
>
> Key: SOLR-3648
> URL: https://issues.apache.org/jira/browse/SOLR-3648
> Project: Solr
> Issue Type: Bug
> Components: SearchComponents - other
> Affects Versions: 4.0-ALPHA
> Environment: RHEL 5.4, SolrCloud
> Reporter: Nick Cotton
> Assignee: Jan Høydahl
> Priority: Blocker
> Labels: patch
> Fix For: 4.0
>
> Attachments: SOLR-3648.patch
>
>
> When run in a SolrCloud configuration the Velocity searchHandler responds to
> a /browse request with an HTTP error 500 and a stack trace indicating
> org.apache.solr.common.cloud.ZooKeeperException:
> ZkSolrResourceLoader does not support getConfigDir()
--
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]
