Re: SOLr 6.2.1, dealing with the redirected SOLr web admin

[Shawn Heisey]

On 4/1/2017 9:24 AM, Alexandre Rafalovitch wrote:
> Actually I think the ping handler is now one of the implicit handlers
> and does not need configuration.

This is true.  I was saying that they could configure it beyond the
defaults.  Which I believe is required if the healthcheck file is
desired.  I have not tried, though.

Thanks,
Shawn

Re: SOLr 6.2.1, dealing with the redirected SOLr web admin

[Alexandre Rafalovitch]

Actually I think the ping handler is now one of the implicit handlers and
does not need configuration.

Regards,
Alex

On 1 Apr 2017 10:35 AM, "Shawn Heisey"  wrote:

> On 3/31/2017 1:42 PM, Stewart, Scott A. CTR OSD/DoDEA wrote:
> > It seems to be working once I created a dummy core...
>
> As you may have already figured out, and Alexandre discussed:
>
> The admin UI does not run inside the Solr server.  It runs in your
> browser.  When you use a URL in a browser with the # character, that
> character and everything that follows it are *NOT* sent to the web
> server.  Those are used by the admin UI javascript that is running in
> your browser.
>
> URLs with # in them should never be used in a program context.  You need
> to talk to API endpoints that do not contain that character.
>
> Possible global URLs you could use to verify that the server is at least
> UP (but do not necessarily guarantee full functionality):
>
> http://server:port/solr/admin/info/system
> http://server:port/solr/admin/cores
> http://server:port/solr/admin/collections (only if running in cloud mode)
>
> What you'll probably want is to check full functionality of one core:
>
> http://server:port/solr/mycollection/admin/ping
>
> The ping handler can be configured in solrconfig.xml, and can include a
> healthcheck file which allows the handler to be disabled so it fails the
> check even if it's perfectly fine.  I am using the ping handler as the
> healthcheck URL in my load balancer (haproxy).  The core that I'm using
> for my healthcheck is an aggregator core for a distributed (sharded)
> index, so it actually checks the health of multiple cores on multiple
> servers with a single URL call.
>
> Thanks,
> Shawn
>
>

Re: SOLr 6.2.1, dealing with the redirected SOLr web admin

[Shawn Heisey]

On 3/31/2017 1:42 PM, Stewart, Scott A. CTR OSD/DoDEA wrote:
> It seems to be working once I created a dummy core... 

As you may have already figured out, and Alexandre discussed:

The admin UI does not run inside the Solr server.  It runs in your
browser.  When you use a URL in a browser with the # character, that
character and everything that follows it are *NOT* sent to the web
server.  Those are used by the admin UI javascript that is running in
your browser.

URLs with # in them should never be used in a program context.  You need
to talk to API endpoints that do not contain that character.

Possible global URLs you could use to verify that the server is at least
UP (but do not necessarily guarantee full functionality):

http://server:port/solr/admin/info/system
http://server:port/solr/admin/cores
http://server:port/solr/admin/collections (only if running in cloud mode)

What you'll probably want is to check full functionality of one core:

http://server:port/solr/mycollection/admin/ping

The ping handler can be configured in solrconfig.xml, and can include a
healthcheck file which allows the handler to be disabled so it fails the
check even if it's perfectly fine.  I am using the ping handler as the
healthcheck URL in my load balancer (haproxy).  The core that I'm using
for my healthcheck is an aggregator core for a distributed (sharded)
index, so it actually checks the health of multiple cores on multiple
servers with a single URL call.

Thanks,
Shawn

RE: SOLr 6.2.1, dealing with the redirected SOLr web admin

[Stewart, Scott A. CTR OSD/DoDEA]

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

[Stewart, Scott A. CTR OSD/DoDEA]

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

Re: SOLr 6.2.1, dealing with the redirected SOLr web admin

[Alexandre Rafalovitch]

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
 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
>
>

SOLr 6.2.1, dealing with the redirected SOLr web admin

[Stewart, Scott A. CTR OSD/DoDEA]

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 web admin in xml format

[Ricardo F]

Hello,
   How can I get the output of the web interface in xml format?   I need it for 
munin monitoring.

Thanks

Re: Solr web admin in xml format

[Stefan Matheis]

Ricardo, What exactly do you need?

On Friday, March 2, 2012 at 12:05 PM, Ricardo F wrote:

 
 Hello,
 How can I get the output of the web interface in xml format? I need it for 
 munin monitoring.
 
 Thanks 

RE: Solr web admin in xml format

[Ricardo F]

Get values from the statistics web, but in xml format for parse it with a perl 
script.
Thanks


 Date: Fri, 2 Mar 2012 12:51:00 +0100
 From: matheis.ste...@googlemail.com
 To: solr-user@lucene.apache.org
 Subject: Re: Solr web admin in xml format

 Ricardo, What exactly do you need?

 On Friday, March 2, 2012 at 12:05 PM, Ricardo F wrote:

 
  Hello,
  How can I get the output of the web interface in xml format? I need it for 
  munin monitoring.
 
  Thanks


  

Re: Solr web admin in xml format

[Erik Hatcher]

Not at my computer at the moment but there are request handlers that can give 
you those details as as well as JMX.  

But the stats page IS XML :). View source. :)

On Mar 2, 2012, at 7:50, Ricardo F ri...@hotmail.com wrote:

 
 Get values from the statistics web, but in xml format for parse it with a 
 perl script.
 Thanks
 
 
 Date: Fri, 2 Mar 2012 12:51:00 +0100
 From: matheis.ste...@googlemail.com
 To: solr-user@lucene.apache.org
 Subject: Re: Solr web admin in xml format
 
 Ricardo, What exactly do you need?
 
 On Friday, March 2, 2012 at 12:05 PM, Ricardo F wrote:
 
 
 Hello,
 How can I get the output of the web interface in xml format? I need it for 
 munin monitoring.
 
 Thanks
 
 
 

RE: Solr web admin in xml format

[Ahmet Arslan]

 Get values from the statistics web, but in xml format for
 parse it with a perl script.

Actually http://localhost:8080/solr/coreName/admin/stats.jsp is a XML already. 
It is transformed with stats.xsl to generate web page.

You can use http://wiki.apache.org/solr/SolrJmx to retrieve stats too.

Also you might find this interesting http://sematext.com/spm/index.html

RE: Solr web admin in xml format

[Ricardo F]

Interesting, with curl I get the content in xml format.
Thanks!

 CC: solr-user@lucene.apache.org
 From: erik.hatc...@gmail.com
 Subject: Re: Solr web admin in xml format
 Date: Fri, 2 Mar 2012 07:59:16 -0500
 To: solr-user@lucene.apache.org

 Not at my computer at the moment but there are request handlers that can give 
 you those details as as well as JMX.

 But the stats page IS XML :). View source. :)

 On Mar 2, 2012, at 7:50, Ricardo F ri...@hotmail.com wrote:

 
  Get values from the statistics web, but in xml format for parse it with a 
  perl script.
  Thanks
 
  
  Date: Fri, 2 Mar 2012 12:51:00 +0100
  From: matheis.ste...@googlemail.com
  To: solr-user@lucene.apache.org
  Subject: Re: Solr web admin in xml format
 
  Ricardo, What exactly do you need?
 
  On Friday, March 2, 2012 at 12:05 PM, Ricardo F wrote:
 
 
  Hello,
  How can I get the output of the web interface in xml format? I need it 
  for munin monitoring.
 
  Thanks
 
 
 
  

solr web admin

[Ben Incani]

why does the web admin append core=null to all the requests?

e.g. admin/get-file.jsp?core=nullfile=schema.xml

Re: solr web admin

[Ryan McKinley]

it is part of SOLR-350 and will go away soon.

The perils of using trunk ;)


Ben Incani wrote:

why does the web admin append core=null to all the requests?

e.g. admin/get-file.jsp?core=nullfile=schema.xml