You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Alexandre Rafalovitch (JIRA)" <ji...@apache.org> on 2016/07/21 09:58:20 UTC

[jira] [Commented] (SOLR-9054) The new GUI is using hardcoded paths

    [ https://issues.apache.org/jira/browse/SOLR-9054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15387458#comment-15387458 ] 

Alexandre Rafalovitch commented on SOLR-9054:
---------------------------------------------

The decision was not made, but at least the discussion should be all in one place.

> The new GUI is using hardcoded paths
> ------------------------------------
>
>                 Key: SOLR-9054
>                 URL: https://issues.apache.org/jira/browse/SOLR-9054
>             Project: Solr
>          Issue Type: Bug
>          Components: web gui
>    Affects Versions: 6.0
>            Reporter: Valerio Di Cagno
>
> (Edited)
> If Apache Solr 6.0 is started without using the default context root "/solr"
> every admin service will not work properly and is not possible to use the provided links to go back to the old GUI.
> In the javascript files sometimes the parameter config.solr_path is ignored
> or replaced with the value /solr returning 404 on access.
> Affected files:  solr-webapp/webapp/js/services.js
> Suggested solution: Complete the integration with /js/scripts/app.js
> Some common use case which should be considered:
> - Different version of Solr coexist in the same host.
> - Sometimes users have no direct access to the hosts but must use a proxied gateway (to interact with an external authentication system)
> - A common practice is to hide internal hosts between an alias when behind a load balancer.
>   "server.org/app1",  "server.org/app2" and  "server.org/app3" may actually be running 3 different machines, but the user should not care about it.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org