Re: New UI for SOLR-based projects
Cool. For your information, there are multiple existing Solr proxies out there, one of them being mr. Smiley's one in Java. Also in PHP, Node etc. Here is one link, there are others as well https://github.com/evolvingweb/ajax-solr/wiki/Solr-proxies -- Jan Høydahl, search solution architect Cominvent AS - www.cominvent.com > 31. jan. 2015 kl. 04.36 skrev Roman Chyla : > > I gather from your comment that I should update readme, because there could > be people who would be inclined to use bumblebee development server in > production: Beware those who enter through this gate! :-) > > Your point, that so far you haven't seen anybody share their middle layer > can be addressed by pointing to the following projects: > > https://github.com/adsabs/solr-service > https://github.com/adsabs/adsws > > These are also open source, we use them in production, and have oauth, > microservices, rest, and rate limits, we know it is not perfect, but what > is? ;-) pull requests welcome! > > Thanks, > > Roman > On 30 Jan 2015 21:51, "Shawn Heisey" wrote: > >> On 1/30/2015 1:07 PM, Roman Chyla wrote: >>> There exists a new open-source implementation of a search interface for >>> SOLR. It is written in Javascript (using Backbone), currently in version >>> v1.0.19 - but new features are constantly coming. Rather than describing >> it >>> in words, please see it in action for yourself at http://ui.adslabs.org >> - >>> I'd recommend exploring facets, the query form, and visualizations. >>> >>> The code lives at: http://github.com/adsabs/bumblebee >> >> I have no wish to trivialize the work you've done. I haven't looked >> into the code, but a high-level glance at the documentation suggests >> that you've put a lot of work into it. >> >> I do however have a strong caveat for your users. I'm the guy holding >> the big sign that says "the end is near" to anyone who will listen! >> >> By itself, this is an awesome tool for prototyping, but without some >> additional expertise and work, there are severe security implications. >> >> If this gets used for a public Internet facing service, the Solr server >> must be accessible from the end user's machine, which might mean that it >> must be available to the entire Internet. >> >> If the Solr server is not sitting behind some kind of intelligent proxy >> that can detect and deny aattempts to access certain parts of the Solr >> API, then Solr will be wide open to attack. A knowledgeable user that >> has unfiltered access to a Solr server will be able to completely delete >> the index, change any piece of information in the index, or send denial >> of service queries that will make it unable to respond to legitimate >> traffic. >> >> Setting up such a proxy is not a trivial task. I know that some people >> have done it, but so far I have not seen anyone share those >> configurations. Even with such a proxy, it might still be possible to >> easily send denial of service queries. >> >> I cannot find any information in your README or the documentation links >> that mentions any of these concerns. I suspect that many who >> incorporate this client into their websites will be unaware that their >> setup may be insecure, or how to protect it. >> >> Thanks, >> Shawn >> >>
Re: New UI for SOLR-based projects
Nice work Roman! Lukas On Sat, Jan 31, 2015 at 4:36 AM, Roman Chyla wrote: > I gather from your comment that I should update readme, because there could > be people who would be inclined to use bumblebee development server in > production: Beware those who enter through this gate! :-) > > Your point, that so far you haven't seen anybody share their middle layer > can be addressed by pointing to the following projects: > > https://github.com/adsabs/solr-service > https://github.com/adsabs/adsws > > These are also open source, we use them in production, and have oauth, > microservices, rest, and rate limits, we know it is not perfect, but what > is? ;-) pull requests welcome! > > Thanks, > > Roman > On 30 Jan 2015 21:51, "Shawn Heisey" wrote: > > > On 1/30/2015 1:07 PM, Roman Chyla wrote: > > > There exists a new open-source implementation of a search interface for > > > SOLR. It is written in Javascript (using Backbone), currently in > version > > > v1.0.19 - but new features are constantly coming. Rather than > describing > > it > > > in words, please see it in action for yourself at > http://ui.adslabs.org > > - > > > I'd recommend exploring facets, the query form, and visualizations. > > > > > > The code lives at: http://github.com/adsabs/bumblebee > > > > I have no wish to trivialize the work you've done. I haven't looked > > into the code, but a high-level glance at the documentation suggests > > that you've put a lot of work into it. > > > > I do however have a strong caveat for your users. I'm the guy holding > > the big sign that says "the end is near" to anyone who will listen! > > > > By itself, this is an awesome tool for prototyping, but without some > > additional expertise and work, there are severe security implications. > > > > If this gets used for a public Internet facing service, the Solr server > > must be accessible from the end user's machine, which might mean that it > > must be available to the entire Internet. > > > > If the Solr server is not sitting behind some kind of intelligent proxy > > that can detect and deny aattempts to access certain parts of the Solr > > API, then Solr will be wide open to attack. A knowledgeable user that > > has unfiltered access to a Solr server will be able to completely delete > > the index, change any piece of information in the index, or send denial > > of service queries that will make it unable to respond to legitimate > > traffic. > > > > Setting up such a proxy is not a trivial task. I know that some people > > have done it, but so far I have not seen anyone share those > > configurations. Even with such a proxy, it might still be possible to > > easily send denial of service queries. > > > > I cannot find any information in your README or the documentation links > > that mentions any of these concerns. I suspect that many who > > incorporate this client into their websites will be unaware that their > > setup may be insecure, or how to protect it. > > > > Thanks, > > Shawn > > > > >
Re: New UI for SOLR-based projects
I gather from your comment that I should update readme, because there could be people who would be inclined to use bumblebee development server in production: Beware those who enter through this gate! :-) Your point, that so far you haven't seen anybody share their middle layer can be addressed by pointing to the following projects: https://github.com/adsabs/solr-service https://github.com/adsabs/adsws These are also open source, we use them in production, and have oauth, microservices, rest, and rate limits, we know it is not perfect, but what is? ;-) pull requests welcome! Thanks, Roman On 30 Jan 2015 21:51, "Shawn Heisey" wrote: > On 1/30/2015 1:07 PM, Roman Chyla wrote: > > There exists a new open-source implementation of a search interface for > > SOLR. It is written in Javascript (using Backbone), currently in version > > v1.0.19 - but new features are constantly coming. Rather than describing > it > > in words, please see it in action for yourself at http://ui.adslabs.org > - > > I'd recommend exploring facets, the query form, and visualizations. > > > > The code lives at: http://github.com/adsabs/bumblebee > > I have no wish to trivialize the work you've done. I haven't looked > into the code, but a high-level glance at the documentation suggests > that you've put a lot of work into it. > > I do however have a strong caveat for your users. I'm the guy holding > the big sign that says "the end is near" to anyone who will listen! > > By itself, this is an awesome tool for prototyping, but without some > additional expertise and work, there are severe security implications. > > If this gets used for a public Internet facing service, the Solr server > must be accessible from the end user's machine, which might mean that it > must be available to the entire Internet. > > If the Solr server is not sitting behind some kind of intelligent proxy > that can detect and deny aattempts to access certain parts of the Solr > API, then Solr will be wide open to attack. A knowledgeable user that > has unfiltered access to a Solr server will be able to completely delete > the index, change any piece of information in the index, or send denial > of service queries that will make it unable to respond to legitimate > traffic. > > Setting up such a proxy is not a trivial task. I know that some people > have done it, but so far I have not seen anyone share those > configurations. Even with such a proxy, it might still be possible to > easily send denial of service queries. > > I cannot find any information in your README or the documentation links > that mentions any of these concerns. I suspect that many who > incorporate this client into their websites will be unaware that their > setup may be insecure, or how to protect it. > > Thanks, > Shawn > >
Re: New UI for SOLR-based projects
On 1/30/2015 1:07 PM, Roman Chyla wrote: > There exists a new open-source implementation of a search interface for > SOLR. It is written in Javascript (using Backbone), currently in version > v1.0.19 - but new features are constantly coming. Rather than describing it > in words, please see it in action for yourself at http://ui.adslabs.org - > I'd recommend exploring facets, the query form, and visualizations. > > The code lives at: http://github.com/adsabs/bumblebee I have no wish to trivialize the work you've done. I haven't looked into the code, but a high-level glance at the documentation suggests that you've put a lot of work into it. I do however have a strong caveat for your users. I'm the guy holding the big sign that says "the end is near" to anyone who will listen! By itself, this is an awesome tool for prototyping, but without some additional expertise and work, there are severe security implications. If this gets used for a public Internet facing service, the Solr server must be accessible from the end user's machine, which might mean that it must be available to the entire Internet. If the Solr server is not sitting behind some kind of intelligent proxy that can detect and deny aattempts to access certain parts of the Solr API, then Solr will be wide open to attack. A knowledgeable user that has unfiltered access to a Solr server will be able to completely delete the index, change any piece of information in the index, or send denial of service queries that will make it unable to respond to legitimate traffic. Setting up such a proxy is not a trivial task. I know that some people have done it, but so far I have not seen anyone share those configurations. Even with such a proxy, it might still be possible to easily send denial of service queries. I cannot find any information in your README or the documentation links that mentions any of these concerns. I suspect that many who incorporate this client into their websites will be unaware that their setup may be insecure, or how to protect it. Thanks, Shawn
New UI for SOLR-based projects
Hi everybody, There exists a new open-source implementation of a search interface for SOLR. It is written in Javascript (using Backbone), currently in version v1.0.19 - but new features are constantly coming. Rather than describing it in words, please see it in action for yourself at http://ui.adslabs.org - I'd recommend exploring facets, the query form, and visualizations. The code lives at: http://github.com/adsabs/bumblebee Best, Roman
Re: UI for Solr
Hi Alex, Thank you for prompt reply. I am not aware of Spring.io's Spring Data Solr. Regards Olivier 2014-12-23 16:50 GMT+01:00 Alexandre Rafalovitch : > You don't expose Solr directly to the user, it is not setup for > full-proof security out of the box. So you would need a client to talk > to Solr. > > Something like Spring.io's Spring Data Solr could be one of the things > to check. You can see an auto-complete example for it at: > https://github.com/arafalov/Solr-Javadoc/tree/master/SearchServer/src/main > and embedded in action at > http://www.solr-start.com/javadoc/solr-lucene/index.html (search box > on the top) > > Regards, >Alex. > > Sign up for my Solr resources newsletter at http://www.solr-start.com/ > > > On 23 December 2014 at 10:45, Olivier Austina > wrote: > > Hi, > > > > I would like to build a User Interface on top of Solr for PC and mobile. > I > > am wondering if there is a framework, best practice commonly used. I want > > Solr features such as suggestion, auto complete, facet to be available > for > > UI. Any suggestion is welcome. Than you. > > > > Regards > > Olivier >
Re: UI for Solr
You don't expose Solr directly to the user, it is not setup for full-proof security out of the box. So you would need a client to talk to Solr. Something like Spring.io's Spring Data Solr could be one of the things to check. You can see an auto-complete example for it at: https://github.com/arafalov/Solr-Javadoc/tree/master/SearchServer/src/main and embedded in action at http://www.solr-start.com/javadoc/solr-lucene/index.html (search box on the top) Regards, Alex. Sign up for my Solr resources newsletter at http://www.solr-start.com/ On 23 December 2014 at 10:45, Olivier Austina wrote: > Hi, > > I would like to build a User Interface on top of Solr for PC and mobile. I > am wondering if there is a framework, best practice commonly used. I want > Solr features such as suggestion, auto complete, facet to be available for > UI. Any suggestion is welcome. Than you. > > Regards > Olivier
UI for Solr
Hi, I would like to build a User Interface on top of Solr for PC and mobile. I am wondering if there is a framework, best practice commonly used. I want Solr features such as suggestion, auto complete, facet to be available for UI. Any suggestion is welcome. Than you. Regards Olivier
Re: UI for solr core admin?
So, net-net, I think the functionality of core admin is basic enough to implement a jsp for, though if the velocity thingy works out to the box, great! On Wed, Dec 9, 2009 at 10:33 PM, Mattmann, Chris A (388J) wrote: > Hi Jason, > > Patches welcome, though! :) > > Cheers, > Chris > > > > On 12/9/09 10:31 PM, "Shalin Shekhar Mangar" wrote: > >> On Thu, Dec 10, 2009 at 11:52 AM, Jason Rutherglen < >> jason.rutherg...@gmail.com> wrote: >> >>> I assume there isn't one? Anything in the works? >>> >> >> Nope. >> >> -- >> Regards, >> Shalin Shekhar Mangar. >> > > > ++ > Chris Mattmann, Ph.D. > Senior Computer Scientist > NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA > Office: 171-266B, Mailstop: 171-246 > Email: chris.mattm...@jpl.nasa.gov > WWW: http://sunset.usc.edu/~mattmann/ > ++ > Adjunct Assistant Professor, Computer Science Department University of > Southern California, Los Angeles, CA 90089 USA > ++ > > >
Re: UI for solr core admin?
: Well sure, Solr is no webapp framework. But you can do some things with the : ShowFileRequestHandler, like have static textual content (like CSS and While i think it's definitely important to have some basic admin functionality available in the war, at a certain point we should really just focus on making sure there's a good HTTP/XMl/JSON based API for everything, and perhaps distribute the Admin console as a seperate webapp (or perhaps not even a webapp, maybe just a collection of HTML files that use AJAX to do everything) ShowFileRequestHandler can take you pretty far, but eventually you either have to say "put this big hunk of stuff in your solrcofig.xml or it won't work" or you have to have the admin tool inspect hte core to get a lot of data it needs to build up the admin pages -- so let's just expose all that data via XML/JSON and (ie: registry.jsp on steriods) and then any external tool (built by us in velocity, built by someone else in ruby, built by several differnet people to integrate into several differnet tools) can use it to get the metadata it needs to drive tool behavior. I had some notes along htese lines once, ... ah yes ... http://wiki.apache.org/solr/MakeSolrMoreSelfService ...some of that stuff has already come to pass, and the rest is pretty out of date with how we do things now, but the idea of having a clean API to discover what handlers a given solr port exposes, and what params that instance of those handlers say they accept is still a really good idea. in the context of this discussion it's a little differnet because we're taling specificly about hte CoreAdminHandler -- but hte principle is hte same. -Hoss
Re: UI for solr core admin?
Well sure, Solr is no webapp framework. But you can do some things with the ShowFileRequestHandler, like have static textual content (like CSS and JavaScript, or just an HTML page) served up. And you can simply have a Velocity template with static text in it, and map it as a request handler, so /solr/view.html can get served up from a dummy request handler with wt=velocity and v.template=view set in solrconfig.xml, like this: velocity view One issue with ShowFileRequestHandler currently is that it cannot serve up binary content, though. So images are an issue unfortunately. I think this should be fixed, as there could be binary data files (an optimized Chinese dictionary, maybe) that you'd want accessible externally, not just for this fancy view stuff. So, in summary: HTML handled. Images still an issue. Erik On Dec 11, 2009, at 4:49 AM, Lance Norskog wrote: There is a general problem here in that Solr has no configuration for content management. There is nowhere to throw in images and html pages as part of your velocity app either. On Wed, Dec 9, 2009 at 11:09 PM, Erik Hatcher wrote: After I sent that, though, I realized that the core admin is special in that it isn't within the context of a single core. I'll have to research this and see, but I suspect there may be an issue with using VwR for this particular handler, as it wouldn't have a solr-home/conf/velocity directory to pull templates from. I'll look into it. Erik On Dec 10, 2009, at 7:51 AM, Mattmann, Chris A (388J) wrote: Nice, Erik! Cheers, Chris On 12/9/09 10:39 PM, "Erik Hatcher" wrote: Just a note about the hidden gem that I haven't taken as far as I'd like... With the VelocityResponseWriter, it's as easy as creating a Velocity template (and wiring in VwR in solrconfig, which I'll set up by default in 1.5). It will even default to the template named after the handler name, so all you have to do is &wt=velocity. Erik On Dec 10, 2009, at 7:33 AM, Mattmann, Chris A (388J) wrote: Hi Jason, Patches welcome, though! :) Cheers, Chris On 12/9/09 10:31 PM, "Shalin Shekhar Mangar" wrote: On Thu, Dec 10, 2009 at 11:52 AM, Jason Rutherglen < jason.rutherg...@gmail.com> wrote: I assume there isn't one? Anything in the works? Nope. -- Regards, Shalin Shekhar Mangar. ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.mattm...@jpl.nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++ ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.mattm...@jpl.nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++ -- Lance Norskog goks...@gmail.com
Re: UI for solr core admin?
There is a general problem here in that Solr has no configuration for content management. There is nowhere to throw in images and html pages as part of your velocity app either. On Wed, Dec 9, 2009 at 11:09 PM, Erik Hatcher wrote: > After I sent that, though, I realized that the core admin is special in that > it isn't within the context of a single core. I'll have to research this > and see, but I suspect there may be an issue with using VwR for this > particular handler, as it wouldn't have a solr-home/conf/velocity directory > to pull templates from. > > I'll look into it. > > Erik > > > > On Dec 10, 2009, at 7:51 AM, Mattmann, Chris A (388J) wrote: > >> Nice, Erik! >> >> Cheers, >> Chris >> >> >> >> On 12/9/09 10:39 PM, "Erik Hatcher" wrote: >> >>> Just a note about the hidden gem that I haven't taken as far as I'd >>> like... >>> >>> With the VelocityResponseWriter, it's as easy as creating a Velocity >>> template (and wiring in VwR in solrconfig, which I'll set up by >>> default in 1.5). It will even default to the template named after the >>> handler name, so all you have to do is &wt=velocity. >>> >>> Erik >>> >>> >>> >>> On Dec 10, 2009, at 7:33 AM, Mattmann, Chris A (388J) wrote: >>> Hi Jason, Patches welcome, though! :) Cheers, Chris On 12/9/09 10:31 PM, "Shalin Shekhar Mangar" wrote: > On Thu, Dec 10, 2009 at 11:52 AM, Jason Rutherglen < > jason.rutherg...@gmail.com> wrote: > >> I assume there isn't one? Anything in the works? >> > > Nope. > > -- > Regards, > Shalin Shekhar Mangar. > ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.mattm...@jpl.nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++ >>> >>> >> >> >> ++ >> Chris Mattmann, Ph.D. >> Senior Computer Scientist >> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA >> Office: 171-266B, Mailstop: 171-246 >> Email: chris.mattm...@jpl.nasa.gov >> WWW: http://sunset.usc.edu/~mattmann/ >> ++ >> Adjunct Assistant Professor, Computer Science Department University of >> Southern California, Los Angeles, CA 90089 USA >> ++ >> >> > > -- Lance Norskog goks...@gmail.com
Re: UI for solr core admin?
After I sent that, though, I realized that the core admin is special in that it isn't within the context of a single core. I'll have to research this and see, but I suspect there may be an issue with using VwR for this particular handler, as it wouldn't have a solr-home/conf/ velocity directory to pull templates from. I'll look into it. Erik On Dec 10, 2009, at 7:51 AM, Mattmann, Chris A (388J) wrote: Nice, Erik! Cheers, Chris On 12/9/09 10:39 PM, "Erik Hatcher" wrote: Just a note about the hidden gem that I haven't taken as far as I'd like... With the VelocityResponseWriter, it's as easy as creating a Velocity template (and wiring in VwR in solrconfig, which I'll set up by default in 1.5). It will even default to the template named after the handler name, so all you have to do is &wt=velocity. Erik On Dec 10, 2009, at 7:33 AM, Mattmann, Chris A (388J) wrote: Hi Jason, Patches welcome, though! :) Cheers, Chris On 12/9/09 10:31 PM, "Shalin Shekhar Mangar" wrote: On Thu, Dec 10, 2009 at 11:52 AM, Jason Rutherglen < jason.rutherg...@gmail.com> wrote: I assume there isn't one? Anything in the works? Nope. -- Regards, Shalin Shekhar Mangar. ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.mattm...@jpl.nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++ ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.mattm...@jpl.nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++
Re: UI for solr core admin?
Nice, Erik! Cheers, Chris On 12/9/09 10:39 PM, "Erik Hatcher" wrote: > Just a note about the hidden gem that I haven't taken as far as I'd > like... > > With the VelocityResponseWriter, it's as easy as creating a Velocity > template (and wiring in VwR in solrconfig, which I'll set up by > default in 1.5). It will even default to the template named after the > handler name, so all you have to do is &wt=velocity. > > Erik > > > > On Dec 10, 2009, at 7:33 AM, Mattmann, Chris A (388J) wrote: > >> Hi Jason, >> >> Patches welcome, though! :) >> >> Cheers, >> Chris >> >> >> >> On 12/9/09 10:31 PM, "Shalin Shekhar Mangar" >> wrote: >> >>> On Thu, Dec 10, 2009 at 11:52 AM, Jason Rutherglen < >>> jason.rutherg...@gmail.com> wrote: >>> I assume there isn't one? Anything in the works? >>> >>> Nope. >>> >>> -- >>> Regards, >>> Shalin Shekhar Mangar. >>> >> >> >> ++ >> Chris Mattmann, Ph.D. >> Senior Computer Scientist >> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA >> Office: 171-266B, Mailstop: 171-246 >> Email: chris.mattm...@jpl.nasa.gov >> WWW: http://sunset.usc.edu/~mattmann/ >> ++ >> Adjunct Assistant Professor, Computer Science Department University of >> Southern California, Los Angeles, CA 90089 USA >> ++ >> >> > > ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.mattm...@jpl.nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++
Re: UI for solr core admin?
Just a note about the hidden gem that I haven't taken as far as I'd like... With the VelocityResponseWriter, it's as easy as creating a Velocity template (and wiring in VwR in solrconfig, which I'll set up by default in 1.5). It will even default to the template named after the handler name, so all you have to do is &wt=velocity. Erik On Dec 10, 2009, at 7:33 AM, Mattmann, Chris A (388J) wrote: Hi Jason, Patches welcome, though! :) Cheers, Chris On 12/9/09 10:31 PM, "Shalin Shekhar Mangar" wrote: On Thu, Dec 10, 2009 at 11:52 AM, Jason Rutherglen < jason.rutherg...@gmail.com> wrote: I assume there isn't one? Anything in the works? Nope. -- Regards, Shalin Shekhar Mangar. ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.mattm...@jpl.nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++
Re: UI for solr core admin?
Hi Jason, Patches welcome, though! :) Cheers, Chris On 12/9/09 10:31 PM, "Shalin Shekhar Mangar" wrote: > On Thu, Dec 10, 2009 at 11:52 AM, Jason Rutherglen < > jason.rutherg...@gmail.com> wrote: > >> I assume there isn't one? Anything in the works? >> > > Nope. > > -- > Regards, > Shalin Shekhar Mangar. > ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.mattm...@jpl.nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++
Re: UI for solr core admin?
On Thu, Dec 10, 2009 at 11:52 AM, Jason Rutherglen < jason.rutherg...@gmail.com> wrote: > I assume there isn't one? Anything in the works? > Nope. -- Regards, Shalin Shekhar Mangar.
UI for solr core admin?
I assume there isn't one? Anything in the works?