RE: SOLr 6.2.1, dealing with the redirected SOLr web admin
It seems to be working once I created a dummy core... Thanks sas Scott Stewart, ACE-CF, ACI-CF. CSM, CTT+ Senior Systems Engineer -- IBSS Corporation DoD Education Activity 4800 Mark Center Drive, Alexandria, Va 22350 PH: 571.372.0602 Email:scott.stewart@hq.dodea.edu | www.dodea.edu "Among competing hypotheses, the one with the fewest assumptions should be selected. Other, more complicated solutions may ultimately prove correct, but-in the absence of certainty-the fewer assumptions that are made, the better" - Occam's Razor, William of Ockham 1287 AD - 1347 AD -Original Message- From: Alexandre Rafalovitch [mailto:arafa...@gmail.com] Sent: Friday, March 31, 2017 1:08 PM To: solr-user Subject: Re: SOLr 6.2.1, dealing with the redirected SOLr web admin The Admin UI is a Javascript interface over the API calls Solr provides. The # part is Angular.JS way of doing UI state management. You are very unlikely to need to provide the Admin UI URL to any system. They will talk directly to Solr at /solr/collectionname/handlername, e.g. /solr/atom/select?q=*:*. If you are using older version of Solr, you may see a convention where the collection name is not mentioned in URL and is assumed to be collection1. In the latest version of Solr, the collection name is a compulsory part of the URL. Regards, Alex http://www.solr-start.com/ - Resources for Solr users, new and experienced On 31 March 2017 at 12:23, Stewart, Scott A. CTR OSD/DoDEA <scott.stewart@hq.dodea.edu> wrote: > Hi all, > > I'm another SOLr virgin. :p > > I've got version 6.2.1 set up on a Windows 2012 Ent. Server, even have > it running as a Windows service. > My issue is with the redirect that happens when you got to the admin url. > > My instance is set up as localhost:8983, when I go to that page it > redirects to localhost:8983/solr/#/. > > Why does that matter? > > If you've ever used Adobe ColdFusion "#" is indicative of an output > variable in the CFML scripting language. > > So what's my issue? > > We're using an off the shelf content management system called > CommonSpot, in the administration piece for CommonSpot , I can tell > the CMS to use a different search engine than the one that is baked > into ColdFusion 2016 (SOLr 3.4). > I believe that the configuration tool actually wants to connect to the > SOLr admin (localhost:8983/solr/#/) to determine if the SOLr server > is available. If all is working it writes this information back to a > file called servervars.cfm. > The crux of the issue is when CommonSpot tries to read servervars.cfm, > it hits the "#" and chokes. > > TL;DR > > How do I change the admin URL to get rid of the /#/ and simply be > localhost:8983/solr > > Thanks > Scott Stewart > > Scott Stewart, ACE-CF, ACI-CF. CSM, CTT+ Senior Systems Engineer > -- > IBSS Corporation > DoD Education Activity > 4800 Mark Center Drive, Alexandria, Va 22350 > PH: 571.372.0602 > Email:scott.stewart@hq.dodea.edu | www.dodea.edu > > "Among competing hypotheses, the one with the fewest assumptions > should be selected. Other, more complicated solutions may ultimately > prove correct, but-in the absence of certainty-the fewer assumptions > that are made, the better" - Occam's Razor, William of Ockham 1287 AD > - 1347 AD > > smime.p7s Description: S/MIME cryptographic signature
RE: SOLr 6.2.1, dealing with the redirected SOLr web admin
Thanks Alex, I'm getting a little further with this Scott Stewart, ACE-CF, ACI-CF. CSM, CTT+ Senior Systems Engineer -- IBSS Corporation DoD Education Activity 4800 Mark Center Drive, Alexandria, Va 22350 PH: 571.372.0602 Email:scott.stewart@hq.dodea.edu | www.dodea.edu "Among competing hypotheses, the one with the fewest assumptions should be selected. Other, more complicated solutions may ultimately prove correct, but-in the absence of certainty-the fewer assumptions that are made, the better" - Occam's Razor, William of Ockham 1287 AD - 1347 AD -Original Message- From: Alexandre Rafalovitch [mailto:arafa...@gmail.com] Sent: Friday, March 31, 2017 1:08 PM To: solr-user Subject: Re: SOLr 6.2.1, dealing with the redirected SOLr web admin The Admin UI is a Javascript interface over the API calls Solr provides. The # part is Angular.JS way of doing UI state management. You are very unlikely to need to provide the Admin UI URL to any system. They will talk directly to Solr at /solr/collectionname/handlername, e.g. /solr/atom/select?q=*:*. If you are using older version of Solr, you may see a convention where the collection name is not mentioned in URL and is assumed to be collection1. In the latest version of Solr, the collection name is a compulsory part of the URL. Regards, Alex http://www.solr-start.com/ - Resources for Solr users, new and experienced On 31 March 2017 at 12:23, Stewart, Scott A. CTR OSD/DoDEA <scott.stewart@hq.dodea.edu> wrote: > Hi all, > > I'm another SOLr virgin. :p > > I've got version 6.2.1 set up on a Windows 2012 Ent. Server, even have > it running as a Windows service. > My issue is with the redirect that happens when you got to the admin url. > > My instance is set up as localhost:8983, when I go to that page it > redirects to localhost:8983/solr/#/. > > Why does that matter? > > If you've ever used Adobe ColdFusion "#" is indicative of an output > variable in the CFML scripting language. > > So what's my issue? > > We're using an off the shelf content management system called > CommonSpot, in the administration piece for CommonSpot , I can tell > the CMS to use a different search engine than the one that is baked > into ColdFusion 2016 (SOLr 3.4). > I believe that the configuration tool actually wants to connect to the > SOLr admin (localhost:8983/solr/#/) to determine if the SOLr server > is available. If all is working it writes this information back to a > file called servervars.cfm. > The crux of the issue is when CommonSpot tries to read servervars.cfm, > it hits the "#" and chokes. > > TL;DR > > How do I change the admin URL to get rid of the /#/ and simply be > localhost:8983/solr > > Thanks > Scott Stewart > > Scott Stewart, ACE-CF, ACI-CF. CSM, CTT+ Senior Systems Engineer > -- > IBSS Corporation > DoD Education Activity > 4800 Mark Center Drive, Alexandria, Va 22350 > PH: 571.372.0602 > Email:scott.stewart@hq.dodea.edu | www.dodea.edu > > "Among competing hypotheses, the one with the fewest assumptions > should be selected. Other, more complicated solutions may ultimately > prove correct, but-in the absence of certainty-the fewer assumptions > that are made, the better" - Occam's Razor, William of Ockham 1287 AD > - 1347 AD > > smime.p7s Description: S/MIME cryptographic signature
SOLr 6.2.1, dealing with the redirected SOLr web admin
Hi all, I'm another SOLr virgin. :p I've got version 6.2.1 set up on a Windows 2012 Ent. Server, even have it running as a Windows service. My issue is with the redirect that happens when you got to the admin url. My instance is set up as localhost:8983, when I go to that page it redirects to localhost:8983/solr/#/. Why does that matter? If you've ever used Adobe ColdFusion "#" is indicative of an output variable in the CFML scripting language. So what's my issue? We're using an off the shelf content management system called CommonSpot, in the administration piece for CommonSpot , I can tell the CMS to use a different search engine than the one that is baked into ColdFusion 2016 (SOLr 3.4). I believe that the configuration tool actually wants to connect to the SOLr admin (localhost:8983/solr/#/) to determine if the SOLr server is available. If all is working it writes this information back to a file called servervars.cfm. The crux of the issue is when CommonSpot tries to read servervars.cfm, it hits the "#" and chokes. TL;DR How do I change the admin URL to get rid of the /#/ and simply be localhost:8983/solr Thanks Scott Stewart Scott Stewart, ACE-CF, ACI-CF. CSM, CTT+ Senior Systems Engineer -- IBSS Corporation DoD Education Activity 4800 Mark Center Drive, Alexandria, Va 22350 PH: 571.372.0602 Email:scott.stewart@hq.dodea.edu | www.dodea.edu "Among competing hypotheses, the one with the fewest assumptions should be selected. Other, more complicated solutions may ultimately prove correct, but-in the absence of certainty-the fewer assumptions that are made, the better" - Occam's Razor, William of Ockham 1287 AD - 1347 AD smime.p7s Description: S/MIME cryptographic signature
