Re: Solr Admin UI Refresh 2020

[David Smiley]

I sympathize with what Gus wrote 100%.  For "small" users, I even say run
ZK on those Solr nodes if you like, but that still leaves you with 3
machines.

At the risk of displaying my ignorance for the current state of the art in
front-end dev/tech:
Why would we need a Node.js backend or any backend for that matter if this
is purely a browser front-end based UI that will be deployed?  I'm aware
there needs to be a webserver of course, but jeesh, Jetty is competent at
that!

> As a disenfranchised volunteer to the project, I also assume voters on
specific choices like frameworks will be helping build in some respect at
some point now or in the future. Is that a fair or misguided assumption?

Eh... are you saying either we vote (e.g. express opinions) + (actively)
help or neither?   LOL.  You'll gets votes from any/everyone because they
are cheap to give.  Maybe you'll get coding help or maybe not, but I think
you can count on sufficient attention to get good code that works
committed, especially since you are also discussing design/architecture now
to get buy-in.  You will not waste your time.  If there are sacred cows to
butcher then NOW is the time to be up front about what some of the most
opinionated amongst us can accept.

~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley


On Tue, Apr 7, 2020 at 9:06 PM Marcus Eagan  wrote:
>
> Gus,
>
> Your $.02 are worth a lot more than $.02 USD, so thank you.
>
> By separate app, I think I mean to endorse managed by a Node.js process
started by NPM. I don’t think that conflicts with what you have proposed.
The NPM command should be issued by Java || or Bash but I don’t think it
would add significant overhead. Also, seems like on CI and or precommit
hooks front end could be sizzled in parallel without adding much overhead.
>
> As for the front end framework, the most important things to consider in
my view are simplicity and maintainability. We need to do a thorough
analysis on the ecosystem and issues like the size of a React project vs
Angular project vs Vue project, but React and Vue certainly have the
velocity and the hearts if the front end community more than Angular. React
is MIT license now and for the foreseeable
> future thanks to the power and reach of its developers.
>
>  wrote:
>>
>> +1 for Angular CLI / Typescript since I've fiddled with this in a minor
way recently, Also MIT license is super friendly.
>>
>
> As a disenfranchised volunteer to the project, I also assume voters on
specific choices like frameworks will be helping build in some respect at
some point now or in the future. Is that a fair or misguided assumption?
>
> Marcus
>
> On Tue, Apr 7, 2020 at 17:15 Gus Heck  wrote:
>>
>> +1 for Angular CLI / Typescript since I've fiddled with this in a minor
way recently, Also MIT license is super friendly.
>>
>> Separate App - hmm... that's got some attraction, but also gives my
stomach some churning when I think about solr now requiring management of 3
different servers (solr, something to serve UI and zookeeper). Adding more
infrastructure gives me pause with respect to all the smaller
installations. I've had several small self funded startup clients and a few
clients with existing initial installs that they are outgrowing in places
where procuring new machines and new software is a 6-12 mo endeavor and
both types seem to squirm when I make suggestions such as running zookeeper
separately, (let alone 3 of them). I think separate looks good for medium
to large folks or very large companies that **already have** a solr expert
on hand, but hurts the small clients and the departments in large orgs that
got started with insufficient advice/expertise, so maybe
>>
>> - The UI should be installed by default
>> - it should be easy to remove it, or start with it disabled
>> - it should be self contained and separately downloadable.
>>
>> My recent fiddling included figuring out how to make angular CLI play
nice in a J2ee war file structure seen here:
https://github.com/nsoft/ns-login
>>
>> By play nice I mean,
>> - build creates a war file that "just works" when installed
>> - Angluar CLI commands work
>> - Angular serve command works (for auto-reloading ui changes, running on
port 4200; note the use of proxy to allow it to talk to an already running
web container)
>>
>> My $0.02,
>>
>> -Gus
>>
>> On Mon, Apr 6, 2020 at 11:03 AM Jörn Franke  wrote:
>>>
>>> I think standalone would be very useful.
>>> I propose Angular with Typescript - it fits to a more data centric
approach with data types etc.
>>> Maybe even two types of UIs - Admin UI and a simple Search UI.
>>>
>>>
>>> Am 06.04.2020 um 16:53 schrieb Jan Høydahl :
>>>
>>> Thanks for kickstarting this and bringing some fresh blood and
enthusiasm :)
>>>
>>> Looks like others have had similar wish for a standalone Solr Admin
App, here’s a quick GitHub search for inspiration:
>>>
>>>   https://github.com/savantly-net/solr-admin (Angular, nice
screenshots, 1y old)
>>>  

Re: Solr Admin UI Refresh 2020

[Marcus Eagan]

Gus,

Your $.02 are worth a lot more than $.02 USD, so thank you.

By separate app, I think I mean to endorse managed by a Node.js process
started by NPM. I don’t think that conflicts with what you have proposed.
The NPM command should be issued by Java || or Bash but I don’t think it
would add significant overhead. Also, seems like on CI and or precommit
hooks front end could be sizzled in parallel without adding much overhead.

As for the front end framework, the most important things to consider in my
view are simplicity and maintainability. We need to do a thorough analysis
on the ecosystem and issues like the size of a React project vs Angular
project vs Vue project, but React and Vue certainly have the velocity and
the hearts if the front end community more than Angular. React is MIT
license now and for the foreseeable
future thanks to the power and reach of its developers.

 wrote:

> +1 for Angular CLI / Typescript since I've fiddled with this in a minor
> way recently, Also MIT license is super friendly.
>
>
As a disenfranchised volunteer to the project, I also assume voters on
specific choices like frameworks will be helping build in some respect at
some point now or in the future. Is that a fair or misguided assumption?

Marcus

On Tue, Apr 7, 2020 at 17:15 Gus Heck  wrote:

> +1 for Angular CLI / Typescript since I've fiddled with this in a minor
> way recently, Also MIT license is super friendly.
>
> Separate App - hmm... that's got some attraction, but also gives my
> stomach some churning when I think about solr now requiring management of 3
> different servers (solr, something to serve UI and zookeeper). Adding more
> infrastructure gives me pause with respect to all the smaller
> installations. I've had several small self funded startup clients and a few
> clients with existing initial installs that they are outgrowing in places
> where procuring new machines and new software is a 6-12 mo endeavor and
> both types seem to squirm when I make suggestions such as running zookeeper
> separately, (let alone 3 of them). I think separate looks good for medium
> to large folks or very large companies that **already have** a solr expert
> on hand, but hurts the small clients and the departments in large orgs that
> got started with insufficient advice/expertise, so maybe
>
> - The UI should be installed by default
> - it should be easy to remove it, or start with it disabled
> - it should be self contained and separately downloadable.
>
> My recent fiddling included figuring out how to make angular CLI play nice
> in a J2ee war file structure seen here: https://github.com/nsoft/ns-login
>
> By play nice I mean,
> - build creates a war file that "just works" when installed
> - Angluar CLI commands work
> - Angular serve command works (for auto-reloading ui changes, running on
> port 4200; note the use of proxy to allow it to talk to an already running
> web container)
>
> My $0.02,
>
> -Gus
>
> On Mon, Apr 6, 2020 at 11:03 AM Jörn Franke  wrote:
>
>> I think standalone would be very useful.
>> I propose Angular with Typescript - it fits to a more data centric
>> approach with data types etc.
>> Maybe even two types of UIs - Admin UI and a simple Search UI.
>>
>>
>> Am 06.04.2020 um 16:53 schrieb Jan Høydahl :
>>
>> Thanks for kickstarting this and bringing some fresh blood and
>> enthusiasm :)
>>
>> Looks like others have had similar wish for a standalone Solr Admin App,
>> here’s a quick GitHub search for inspiration:
>>
>>   https://github.com/savantly-net/solr-admin (Angular, nice screenshots,
>> 1y old)
>>   https://github.com/kezhenxu94/yasa (vuejs, impressive screenshots, 2y
>> old)
>>   https://github.com/thereactleague/galaxy (React, no screenshots, 4y
>> old)
>>
>> They all seem abandoned but perhaps a new official effort could bring
>> their developers in as contributors again?
>>
>>  the people who work on the Admin UI do not need to be expected to know
>> the Java workflow, necessarily. This reality widens the net for who can
>> contribute.
>>
>>
>> Agree. Frontend devs have been a shortage in this project, and if we can
>> make it easier to attract UI committers who feel at home and productive
>> with the UI code, that would be a win. On the other hand, if we expect that
>> the UI will be maintained by regular Java committers, then anything that
>> makes it easier for them/us to contribute is also a win, like perhaps
>> strongly-typed.
>>
>> Again, thanks Marcus for reviving this topic. Let us all try not to be
>> overly ambitious here or shoot the initiative down with bikeshedding. It is
>> far more important to fuel the energy and momentum and get something built
>> than to remain stuck :)
>>
>> Jan
>>
>>
>> 6. apr. 2020 kl. 13:47 skrev Marcus Eagan :
>>
>> Coming back to these existential questions from my phone:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Jan Høydahl*
>> Added 1 hour ago
>> There are many opinions around admin UI. So I think the best place to
>> start would be a new 

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Gus Heck]

Congratulations! :) Welcome

On Tue, Apr 7, 2020 at 5:03 PM Doug Turnbull <
dturnb...@opensourceconnections.com> wrote:

> Eric, great work! Congrats!
>
> Yes we need to see a pic of that quilt... ;)
>
> On Tue, Apr 7, 2020 at 4:40 PM Mikhail Khludnev  wrote:
>
>> Welcome, Eric.
>>
>> On Tue, Apr 7, 2020 at 4:57 PM Eric Pugh 
>> wrote:
>>
>>> Thank you everyone!  I’ll keep it short, otherwise this will be a very
>>> long email… ;-).
>>>
>>> I was first introduced to Solr and Lucene by Erik Hatcher, and today I
>>> wonder what my life would be like if he hadn’t taken the time to show me
>>> some cool code he was working on and explained to me the way to change the
>>> world was through open source contributions!
>>>
>>> I co-founded OpenSource Connections (http://o19s.com) along with Scott
>>> Stults and Jason Hull in 2005.  We found our niche in Solr consulting after
>>> I went to the first LuceneRevolution and got inspired (complete with Jerry
>>> Maguire style manifesto shared with the company). Through consulting, I get
>>> to help onboard organizations into the Solr community - a thriving, healthy
>>> ASF is very near & dear to my heart.
>>>
>>> I’ve been around this community for a long time, with my first JIRA
>>> being three digits: SOLR-284.  Today, I’m still contributing to Apache
>>> Tika. I’ve gotten to meet and spend some significant time with Tim Allison
>>> from that project and learned a LOT about text!
>>>
>>> I was in the right place at the right time and was able to join David
>>> Smiley as co-author on the first Solr book, we went on and did a total of
>>> three editions of that book.  Phew!
>>>
>>> Once I got to sit on stage as a judge for Stump the Chump, it was Erick,
>>> Erik, and Eric ;-)
>>>
>>> After doing Solr for a good while, I got lucky and met Doug Turnbull on
>>> the sidewalk one day because he had on a t-shirt that said “My code doesn’t
>>> have bugs, it has unexpected features”.   Couple of years later he and
>>> fellow colleague John Berryman published Relevant Search and today I’m
>>> working in the fascinating intersection of people, Search, and Data Science
>>> helping build smarter search experiences as a Relevance Strategist. I'm
>>> excited about bringing relevance use cases 'down to earth'. I also steward
>>> OSC's contributions to the open source tool Quepid to help fulfill that
>>> goal.
>>>
>>> Oh, and I’ve got a stack of LuceneRevolution and related conference
>>> t-shirts that my mother turned into a fantastic quilt ;-).
>>>
>>> Eric
>>>
>>>
>>>
>>> On Apr 6, 2020, at 9:39 PM, Shalin Shekhar Mangar <
>>> shalinman...@gmail.com> wrote:
>>>
>>> Congratulations and welcome Eric!
>>>
>>> On Mon, Apr 6, 2020 at 5:51 PM Jan Høydahl 
>>> wrote:
>>>
 Hi all,

 Please join me in welcoming Eric Pugh as the latest Lucene/Solr
 committer!

 Eric has been part of the Solr community for over a decade, as a code
 contributor, book author, company founder, blogger and mailing list
 contributor! We look forward to his future contributions!

 Congratulations and welcome! It is a tradition to introduce yourself
 with a brief bio, Eric.

 Jan Høydahl
 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


>>>
>>> --
>>> Regards,
>>> Shalin Shekhar Mangar.
>>>
>>>
>>> ___
>>> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
>>> | http://www.opensourceconnections.com | My Free/Busy
>>> 
>>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
>>> 
>>> This e-mail and all contents, including attachments, is considered to be
>>> Company Confidential unless explicitly stated otherwise, regardless
>>> of whether attachments are marked as such.
>>>
>>>
>>
>> --
>> Sincerely yours
>> Mikhail Khludnev
>>
>
>
> --
> *Doug Turnbull **| CTO* | OpenSource Connections
> , LLC | 240.476.9983
> Author: Relevant Search ; Contributor: *AI
> Powered Search *
> This e-mail and all contents, including attachments, is considered to be
> Company Confidential unless explicitly stated otherwise, regardless
> of whether attachments are marked as such.
>


-- 
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)

Re: Solr Admin UI Refresh 2020

[Gus Heck]

+1 for Angular CLI / Typescript since I've fiddled with this in a minor way
recently, Also MIT license is super friendly.

Separate App - hmm... that's got some attraction, but also gives my stomach
some churning when I think about solr now requiring management of 3
different servers (solr, something to serve UI and zookeeper). Adding more
infrastructure gives me pause with respect to all the smaller
installations. I've had several small self funded startup clients and a few
clients with existing initial installs that they are outgrowing in places
where procuring new machines and new software is a 6-12 mo endeavor and
both types seem to squirm when I make suggestions such as running zookeeper
separately, (let alone 3 of them). I think separate looks good for medium
to large folks or very large companies that **already have** a solr expert
on hand, but hurts the small clients and the departments in large orgs that
got started with insufficient advice/expertise, so maybe

- The UI should be installed by default
- it should be easy to remove it, or start with it disabled
- it should be self contained and separately downloadable.

My recent fiddling included figuring out how to make angular CLI play nice
in a J2ee war file structure seen here: https://github.com/nsoft/ns-login

By play nice I mean,
- build creates a war file that "just works" when installed
- Angluar CLI commands work
- Angular serve command works (for auto-reloading ui changes, running on
port 4200; note the use of proxy to allow it to talk to an already running
web container)

My $0.02,

-Gus

On Mon, Apr 6, 2020 at 11:03 AM Jörn Franke  wrote:

> I think standalone would be very useful.
> I propose Angular with Typescript - it fits to a more data centric
> approach with data types etc.
> Maybe even two types of UIs - Admin UI and a simple Search UI.
>
>
> Am 06.04.2020 um 16:53 schrieb Jan Høydahl :
>
> Thanks for kickstarting this and bringing some fresh blood and enthusiasm
> :)
>
> Looks like others have had similar wish for a standalone Solr Admin App,
> here’s a quick GitHub search for inspiration:
>
>   https://github.com/savantly-net/solr-admin (Angular, nice screenshots,
> 1y old)
>   https://github.com/kezhenxu94/yasa (vuejs, impressive screenshots, 2y
> old)
>   https://github.com/thereactleague/galaxy (React, no screenshots, 4y old)
>
> They all seem abandoned but perhaps a new official effort could bring
> their developers in as contributors again?
>
>  the people who work on the Admin UI do not need to be expected to know
> the Java workflow, necessarily. This reality widens the net for who can
> contribute.
>
>
> Agree. Frontend devs have been a shortage in this project, and if we can
> make it easier to attract UI committers who feel at home and productive
> with the UI code, that would be a win. On the other hand, if we expect that
> the UI will be maintained by regular Java committers, then anything that
> makes it easier for them/us to contribute is also a win, like perhaps
> strongly-typed.
>
> Again, thanks Marcus for reviving this topic. Let us all try not to be
> overly ambitious here or shoot the initiative down with bikeshedding. It is
> far more important to fuel the energy and momentum and get something built
> than to remain stuck :)
>
> Jan
>
>
> 6. apr. 2020 kl. 13:47 skrev Marcus Eagan :
>
> Coming back to these existential questions from my phone:
>
>
>
>
>
>
>
>
>
> *Jan Høydahl*
> Added 1 hour ago
> There are many opinions around admin UI. So I think the best place to
> start would be a new mail-thread in dev@ to discuss the way forward.
> Before we start a major re-work, we should probably ask ourselves a few
> existential questions:
>
>- Should we turn Amin UI into a standalone app instead of embedded in
>Solr?
>
>
> I think it should be a standalone app. There are many advantages gained
> from a separation of such concerns. Some of the ones include, the people
> who work on the Admin UI do not need to be expected to know the Java
> workflow, necessarily. This reality widens the net for who can contribute.
>
> Testing becomes a lot easier because JS developers are accustomed to
> building tests for static assets and self-contained node apps. They
> generally know less about testing a bit of JS within a massive Java
> project.  The test could also run independently for changes that only
> affect the front end. Adding test coverage without adding time to tests
> sounds awesome.
>
> There are quite a few tickets over the years that have seemed to suggest
> that people want more fine-grained control over the Solr admin UI overall.
> Two recent tickets discussed topics like running a Solr Admin app on only
> one node and disabling it al together for whatever reason. See:
> https://issues.apache.org/jira/browse/SOLR-14014.
>
>
>- What UI framework? Guess anything is better than current EOL, but
>will largely depend on who is willing to do the job!
>
> I’m happy to take this on (and willing to 

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Doug Turnbull]

Eric, great work! Congrats!

Yes we need to see a pic of that quilt... ;)

On Tue, Apr 7, 2020 at 4:40 PM Mikhail Khludnev  wrote:

> Welcome, Eric.
>
> On Tue, Apr 7, 2020 at 4:57 PM Eric Pugh 
> wrote:
>
>> Thank you everyone!  I’ll keep it short, otherwise this will be a very
>> long email… ;-).
>>
>> I was first introduced to Solr and Lucene by Erik Hatcher, and today I
>> wonder what my life would be like if he hadn’t taken the time to show me
>> some cool code he was working on and explained to me the way to change the
>> world was through open source contributions!
>>
>> I co-founded OpenSource Connections (http://o19s.com) along with Scott
>> Stults and Jason Hull in 2005.  We found our niche in Solr consulting after
>> I went to the first LuceneRevolution and got inspired (complete with Jerry
>> Maguire style manifesto shared with the company). Through consulting, I get
>> to help onboard organizations into the Solr community - a thriving, healthy
>> ASF is very near & dear to my heart.
>>
>> I’ve been around this community for a long time, with my first JIRA being
>> three digits: SOLR-284.  Today, I’m still contributing to Apache Tika. I’ve
>> gotten to meet and spend some significant time with Tim Allison from that
>> project and learned a LOT about text!
>>
>> I was in the right place at the right time and was able to join David
>> Smiley as co-author on the first Solr book, we went on and did a total of
>> three editions of that book.  Phew!
>>
>> Once I got to sit on stage as a judge for Stump the Chump, it was Erick,
>> Erik, and Eric ;-)
>>
>> After doing Solr for a good while, I got lucky and met Doug Turnbull on
>> the sidewalk one day because he had on a t-shirt that said “My code doesn’t
>> have bugs, it has unexpected features”.   Couple of years later he and
>> fellow colleague John Berryman published Relevant Search and today I’m
>> working in the fascinating intersection of people, Search, and Data Science
>> helping build smarter search experiences as a Relevance Strategist. I'm
>> excited about bringing relevance use cases 'down to earth'. I also steward
>> OSC's contributions to the open source tool Quepid to help fulfill that
>> goal.
>>
>> Oh, and I’ve got a stack of LuceneRevolution and related conference
>> t-shirts that my mother turned into a fantastic quilt ;-).
>>
>> Eric
>>
>>
>>
>> On Apr 6, 2020, at 9:39 PM, Shalin Shekhar Mangar 
>> wrote:
>>
>> Congratulations and welcome Eric!
>>
>> On Mon, Apr 6, 2020 at 5:51 PM Jan Høydahl  wrote:
>>
>>> Hi all,
>>>
>>> Please join me in welcoming Eric Pugh as the latest Lucene/Solr
>>> committer!
>>>
>>> Eric has been part of the Solr community for over a decade, as a code
>>> contributor, book author, company founder, blogger and mailing list
>>> contributor! We look forward to his future contributions!
>>>
>>> Congratulations and welcome! It is a tradition to introduce yourself
>>> with a brief bio, Eric.
>>>
>>> Jan Høydahl
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>>
>> --
>> Regards,
>> Shalin Shekhar Mangar.
>>
>>
>> ___
>> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
>> | http://www.opensourceconnections.com | My Free/Busy
>> 
>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
>> 
>> This e-mail and all contents, including attachments, is considered to be
>> Company Confidential unless explicitly stated otherwise, regardless
>> of whether attachments are marked as such.
>>
>>
>
> --
> Sincerely yours
> Mikhail Khludnev
>


-- 
*Doug Turnbull **| CTO* | OpenSource Connections
, LLC | 240.476.9983
Author: Relevant Search ; Contributor: *AI
Powered Search *
This e-mail and all contents, including attachments, is considered to be
Company Confidential unless explicitly stated otherwise, regardless
of whether attachments are marked as such.

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Mikhail Khludnev]

Welcome, Eric.

On Tue, Apr 7, 2020 at 4:57 PM Eric Pugh 
wrote:

> Thank you everyone!  I’ll keep it short, otherwise this will be a very
> long email… ;-).
>
> I was first introduced to Solr and Lucene by Erik Hatcher, and today I
> wonder what my life would be like if he hadn’t taken the time to show me
> some cool code he was working on and explained to me the way to change the
> world was through open source contributions!
>
> I co-founded OpenSource Connections (http://o19s.com) along with Scott
> Stults and Jason Hull in 2005.  We found our niche in Solr consulting after
> I went to the first LuceneRevolution and got inspired (complete with Jerry
> Maguire style manifesto shared with the company). Through consulting, I get
> to help onboard organizations into the Solr community - a thriving, healthy
> ASF is very near & dear to my heart.
>
> I’ve been around this community for a long time, with my first JIRA being
> three digits: SOLR-284.  Today, I’m still contributing to Apache Tika. I’ve
> gotten to meet and spend some significant time with Tim Allison from that
> project and learned a LOT about text!
>
> I was in the right place at the right time and was able to join David
> Smiley as co-author on the first Solr book, we went on and did a total of
> three editions of that book.  Phew!
>
> Once I got to sit on stage as a judge for Stump the Chump, it was Erick,
> Erik, and Eric ;-)
>
> After doing Solr for a good while, I got lucky and met Doug Turnbull on
> the sidewalk one day because he had on a t-shirt that said “My code doesn’t
> have bugs, it has unexpected features”.   Couple of years later he and
> fellow colleague John Berryman published Relevant Search and today I’m
> working in the fascinating intersection of people, Search, and Data Science
> helping build smarter search experiences as a Relevance Strategist. I'm
> excited about bringing relevance use cases 'down to earth'. I also steward
> OSC's contributions to the open source tool Quepid to help fulfill that
> goal.
>
> Oh, and I’ve got a stack of LuceneRevolution and related conference
> t-shirts that my mother turned into a fantastic quilt ;-).
>
> Eric
>
>
>
> On Apr 6, 2020, at 9:39 PM, Shalin Shekhar Mangar 
> wrote:
>
> Congratulations and welcome Eric!
>
> On Mon, Apr 6, 2020 at 5:51 PM Jan Høydahl  wrote:
>
>> Hi all,
>>
>> Please join me in welcoming Eric Pugh as the latest Lucene/Solr committer!
>>
>> Eric has been part of the Solr community for over a decade, as a code
>> contributor, book author, company founder, blogger and mailing list
>> contributor! We look forward to his future contributions!
>>
>> Congratulations and welcome! It is a tradition to introduce yourself with
>> a brief bio, Eric.
>>
>> Jan Høydahl
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>
> --
> Regards,
> Shalin Shekhar Mangar.
>
>
> ___
> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
> | http://www.opensourceconnections.com | My Free/Busy
> 
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
> 
> This e-mail and all contents, including attachments, is considered to be
> Company Confidential unless explicitly stated otherwise, regardless
> of whether attachments are marked as such.
>
>

-- 
Sincerely yours
Mikhail Khludnev

Re: Welcome Eric Pugh as a Lucene/Solr committer

[David Smiley]

I'd love to see that quilt!

~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley


On Tue, Apr 7, 2020 at 1:33 PM Tomás Fernández Löbbe 
wrote:

> Welcome Eric!
>
> On Tue, Apr 7, 2020 at 8:12 AM Houston Putman 
> wrote:
>
>> Congrats Eric!
>>
>> On Tue, Apr 7, 2020 at 9:57 AM Eric Pugh 
>> wrote:
>>
>>> Thank you everyone!  I’ll keep it short, otherwise this will be a very
>>> long email… ;-).
>>>
>>> I was first introduced to Solr and Lucene by Erik Hatcher, and today I
>>> wonder what my life would be like if he hadn’t taken the time to show me
>>> some cool code he was working on and explained to me the way to change the
>>> world was through open source contributions!
>>>
>>> I co-founded OpenSource Connections (http://o19s.com) along with Scott
>>> Stults and Jason Hull in 2005.  We found our niche in Solr consulting after
>>> I went to the first LuceneRevolution and got inspired (complete with Jerry
>>> Maguire style manifesto shared with the company). Through consulting, I get
>>> to help onboard organizations into the Solr community - a thriving, healthy
>>> ASF is very near & dear to my heart.
>>>
>>> I’ve been around this community for a long time, with my first JIRA
>>> being three digits: SOLR-284.  Today, I’m still contributing to Apache
>>> Tika. I’ve gotten to meet and spend some significant time with Tim Allison
>>> from that project and learned a LOT about text!
>>>
>>> I was in the right place at the right time and was able to join David
>>> Smiley as co-author on the first Solr book, we went on and did a total of
>>> three editions of that book.  Phew!
>>>
>>> Once I got to sit on stage as a judge for Stump the Chump, it was Erick,
>>> Erik, and Eric ;-)
>>>
>>> After doing Solr for a good while, I got lucky and met Doug Turnbull on
>>> the sidewalk one day because he had on a t-shirt that said “My code doesn’t
>>> have bugs, it has unexpected features”.   Couple of years later he and
>>> fellow colleague John Berryman published Relevant Search and today I’m
>>> working in the fascinating intersection of people, Search, and Data Science
>>> helping build smarter search experiences as a Relevance Strategist. I'm
>>> excited about bringing relevance use cases 'down to earth'. I also steward
>>> OSC's contributions to the open source tool Quepid to help fulfill that
>>> goal.
>>>
>>> Oh, and I’ve got a stack of LuceneRevolution and related conference
>>> t-shirts that my mother turned into a fantastic quilt ;-).
>>>
>>> Eric
>>>
>>>
>>>
>>> On Apr 6, 2020, at 9:39 PM, Shalin Shekhar Mangar <
>>> shalinman...@gmail.com> wrote:
>>>
>>> Congratulations and welcome Eric!
>>>
>>> On Mon, Apr 6, 2020 at 5:51 PM Jan Høydahl 
>>> wrote:
>>>
 Hi all,

 Please join me in welcoming Eric Pugh as the latest Lucene/Solr
 committer!

 Eric has been part of the Solr community for over a decade, as a code
 contributor, book author, company founder, blogger and mailing list
 contributor! We look forward to his future contributions!

 Congratulations and welcome! It is a tradition to introduce yourself
 with a brief bio, Eric.

 Jan Høydahl
 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


>>>
>>> --
>>> Regards,
>>> Shalin Shekhar Mangar.
>>>
>>>
>>> ___
>>> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
>>> | http://www.opensourceconnections.com | My Free/Busy
>>> 
>>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
>>> 
>>> This e-mail and all contents, including attachments, is considered to be
>>> Company Confidential unless explicitly stated otherwise, regardless
>>> of whether attachments are marked as such.
>>>
>>>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Tomás Fernández Löbbe]

Welcome Eric!

On Tue, Apr 7, 2020 at 8:12 AM Houston Putman 
wrote:

> Congrats Eric!
>
> On Tue, Apr 7, 2020 at 9:57 AM Eric Pugh 
> wrote:
>
>> Thank you everyone!  I’ll keep it short, otherwise this will be a very
>> long email… ;-).
>>
>> I was first introduced to Solr and Lucene by Erik Hatcher, and today I
>> wonder what my life would be like if he hadn’t taken the time to show me
>> some cool code he was working on and explained to me the way to change the
>> world was through open source contributions!
>>
>> I co-founded OpenSource Connections (http://o19s.com) along with Scott
>> Stults and Jason Hull in 2005.  We found our niche in Solr consulting after
>> I went to the first LuceneRevolution and got inspired (complete with Jerry
>> Maguire style manifesto shared with the company). Through consulting, I get
>> to help onboard organizations into the Solr community - a thriving, healthy
>> ASF is very near & dear to my heart.
>>
>> I’ve been around this community for a long time, with my first JIRA being
>> three digits: SOLR-284.  Today, I’m still contributing to Apache Tika. I’ve
>> gotten to meet and spend some significant time with Tim Allison from that
>> project and learned a LOT about text!
>>
>> I was in the right place at the right time and was able to join David
>> Smiley as co-author on the first Solr book, we went on and did a total of
>> three editions of that book.  Phew!
>>
>> Once I got to sit on stage as a judge for Stump the Chump, it was Erick,
>> Erik, and Eric ;-)
>>
>> After doing Solr for a good while, I got lucky and met Doug Turnbull on
>> the sidewalk one day because he had on a t-shirt that said “My code doesn’t
>> have bugs, it has unexpected features”.   Couple of years later he and
>> fellow colleague John Berryman published Relevant Search and today I’m
>> working in the fascinating intersection of people, Search, and Data Science
>> helping build smarter search experiences as a Relevance Strategist. I'm
>> excited about bringing relevance use cases 'down to earth'. I also steward
>> OSC's contributions to the open source tool Quepid to help fulfill that
>> goal.
>>
>> Oh, and I’ve got a stack of LuceneRevolution and related conference
>> t-shirts that my mother turned into a fantastic quilt ;-).
>>
>> Eric
>>
>>
>>
>> On Apr 6, 2020, at 9:39 PM, Shalin Shekhar Mangar 
>> wrote:
>>
>> Congratulations and welcome Eric!
>>
>> On Mon, Apr 6, 2020 at 5:51 PM Jan Høydahl  wrote:
>>
>>> Hi all,
>>>
>>> Please join me in welcoming Eric Pugh as the latest Lucene/Solr
>>> committer!
>>>
>>> Eric has been part of the Solr community for over a decade, as a code
>>> contributor, book author, company founder, blogger and mailing list
>>> contributor! We look forward to his future contributions!
>>>
>>> Congratulations and welcome! It is a tradition to introduce yourself
>>> with a brief bio, Eric.
>>>
>>> Jan Høydahl
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>>
>> --
>> Regards,
>> Shalin Shekhar Mangar.
>>
>>
>> ___
>> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
>> | http://www.opensourceconnections.com | My Free/Busy
>> 
>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
>> 
>> This e-mail and all contents, including attachments, is considered to be
>> Company Confidential unless explicitly stated otherwise, regardless
>> of whether attachments are marked as such.
>>
>>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Houston Putman]

Congrats Eric!

On Tue, Apr 7, 2020 at 9:57 AM Eric Pugh 
wrote:

> Thank you everyone!  I’ll keep it short, otherwise this will be a very
> long email… ;-).
>
> I was first introduced to Solr and Lucene by Erik Hatcher, and today I
> wonder what my life would be like if he hadn’t taken the time to show me
> some cool code he was working on and explained to me the way to change the
> world was through open source contributions!
>
> I co-founded OpenSource Connections (http://o19s.com) along with Scott
> Stults and Jason Hull in 2005.  We found our niche in Solr consulting after
> I went to the first LuceneRevolution and got inspired (complete with Jerry
> Maguire style manifesto shared with the company). Through consulting, I get
> to help onboard organizations into the Solr community - a thriving, healthy
> ASF is very near & dear to my heart.
>
> I’ve been around this community for a long time, with my first JIRA being
> three digits: SOLR-284.  Today, I’m still contributing to Apache Tika. I’ve
> gotten to meet and spend some significant time with Tim Allison from that
> project and learned a LOT about text!
>
> I was in the right place at the right time and was able to join David
> Smiley as co-author on the first Solr book, we went on and did a total of
> three editions of that book.  Phew!
>
> Once I got to sit on stage as a judge for Stump the Chump, it was Erick,
> Erik, and Eric ;-)
>
> After doing Solr for a good while, I got lucky and met Doug Turnbull on
> the sidewalk one day because he had on a t-shirt that said “My code doesn’t
> have bugs, it has unexpected features”.   Couple of years later he and
> fellow colleague John Berryman published Relevant Search and today I’m
> working in the fascinating intersection of people, Search, and Data Science
> helping build smarter search experiences as a Relevance Strategist. I'm
> excited about bringing relevance use cases 'down to earth'. I also steward
> OSC's contributions to the open source tool Quepid to help fulfill that
> goal.
>
> Oh, and I’ve got a stack of LuceneRevolution and related conference
> t-shirts that my mother turned into a fantastic quilt ;-).
>
> Eric
>
>
>
> On Apr 6, 2020, at 9:39 PM, Shalin Shekhar Mangar 
> wrote:
>
> Congratulations and welcome Eric!
>
> On Mon, Apr 6, 2020 at 5:51 PM Jan Høydahl  wrote:
>
>> Hi all,
>>
>> Please join me in welcoming Eric Pugh as the latest Lucene/Solr committer!
>>
>> Eric has been part of the Solr community for over a decade, as a code
>> contributor, book author, company founder, blogger and mailing list
>> contributor! We look forward to his future contributions!
>>
>> Congratulations and welcome! It is a tradition to introduce yourself with
>> a brief bio, Eric.
>>
>> Jan Høydahl
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>
> --
> Regards,
> Shalin Shekhar Mangar.
>
>
> ___
> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
> | http://www.opensourceconnections.com | My Free/Busy
> 
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
> 
> This e-mail and all contents, including attachments, is considered to be
> Company Confidential unless explicitly stated otherwise, regardless
> of whether attachments are marked as such.
>
>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Eric Pugh]

Thank you everyone!  I’ll keep it short, otherwise this will be a very long 
email… ;-). 

I was first introduced to Solr and Lucene by Erik Hatcher, and today I wonder 
what my life would be like if he hadn’t taken the time to show me some cool 
code he was working on and explained to me the way to change the world was 
through open source contributions!

I co-founded OpenSource Connections (http://o19s.com ) along 
with Scott Stults and Jason Hull in 2005.  We found our niche in Solr 
consulting after I went to the first LuceneRevolution and got inspired 
(complete with Jerry Maguire style manifesto shared with the company). Through 
consulting, I get to help onboard organizations into the Solr community - a 
thriving, healthy ASF is very near & dear to my heart. 

I’ve been around this community for a long time, with my first JIRA being three 
digits: SOLR-284.  Today, I’m still contributing to Apache Tika.  I’ve gotten 
to meet and spend some significant time with Tim Allison from that project and 
learned a LOT about text!

I was in the right place at the right time and was able to join David Smiley as 
co-author on the first Solr book, we went on and did a total of three editions 
of that book.  Phew!

Once I got to sit on stage as a judge for Stump the Chump, it was Erick, Erik, 
and Eric ;-)

After doing Solr for a good while, I got lucky and met Doug Turnbull on the 
sidewalk one day because he had on a t-shirt that said “My code doesn’t have 
bugs, it has unexpected features”.   Couple of years later he and fellow 
colleague John Berryman published Relevant Search and today I’m working in the 
fascinating intersection of people, Search, and Data Science helping build 
smarter search experiences as a Relevance Strategist. I'm excited about 
bringing relevance use cases 'down to earth'. I also steward OSC's 
contributions to the open source tool Quepid to help fulfill that goal.

Oh, and I’ve got a stack of LuceneRevolution and related conference t-shirts 
that my mother turned into a fantastic quilt ;-).  

Eric



> On Apr 6, 2020, at 9:39 PM, Shalin Shekhar Mangar  
> wrote:
> 
> Congratulations and welcome Eric!
> 
> On Mon, Apr 6, 2020 at 5:51 PM Jan Høydahl  > wrote:
> Hi all,
> 
> Please join me in welcoming Eric Pugh as the latest Lucene/Solr committer!
> 
> Eric has been part of the Solr community for over a decade, as a code 
> contributor, book author, company founder, blogger and mailing list 
> contributor! We look forward to his future contributions!
> 
> Congratulations and welcome! It is a tradition to introduce yourself with a 
> brief bio, Eric.
> 
> Jan Høydahl
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org 
> 
> For additional commands, e-mail: dev-h...@lucene.apache.org 
> 
> 
> 
> 
> -- 
> Regards,
> Shalin Shekhar Mangar.

___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | 
http://www.opensourceconnections.com  | 
My Free/Busy   
Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 


This e-mail and all contents, including attachments, is considered to be 
Company Confidential unless explicitly stated otherwise, regardless of whether 
attachments are marked as such.

Re: Solr Admin UI Refresh 2020

[Marcus Eagan]

Erick—it will be a lot of work. That’s good for me, er, I’m used to it.
Blame Ann Arbor and Solr.

Thanks Jan. I will do my best to move this effort along in a collaborative
yet productive  manner.  Thanks for the links. I’ve bookmarked them.

Jörn and Alex, I appreciate the input. I think the scope must be very
limited to Solr Admin moving off of deprecated tools for phase 1 (maybe
with some visual improvements baked in).

Specifically, to each of you:

Jörn - an open source search UI is something that I hear is in the works
right now. More on that later.

Alex, the Language Server Protocol is also awesome but probably not fit for
this discussion’s focus at for the moment. If you want to talk about it in
a separate thread I’m happy to chat through it and figure out how to reduce
friction for when it’s time to consider implementing it or something like
it.

Marcus

On Mon, Apr 6, 2020 at 12:55 Alexandre Rafalovitch 
wrote:

> I always wondered if Solr could benefit from Language Server Protocol:
> https://microsoft.github.io/language-server-protocol/ , at least for
> the Query screen. That would have allowed us to integrate with a bunch
> of tools automatically rather than having a great query implementation
> ourselves.
>
> But I don't know how feasible or relevant this is, so mostly just
> throwing it out there in case others also thought of it and/or if it
> will seem promising as a line of thought.
>
> Regards,
>Alex.
>
> On Mon, 6 Apr 2020 at 10:53, Jan Høydahl  wrote:
> >
> > Thanks for kickstarting this and bringing some fresh blood and
> enthusiasm :)
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
> --
Marcus Eagan

Re: Lucene/Solr 8.5.1 bugfix release

[Ignacio Vera]

Here are the drafts for the release notes, let me know if there is
something you wish to change:

Lucene:

https://cwiki.apache.org/confluence/pages/resumedraft.action?draftId=148645634=e835ddb5-3bb9-4b33-b6ad-1770e0a95327=shareui=1586247034772

Solr:

https://cwiki.apache.org/confluence/pages/resumedraft.action?draftId=148645636=c4a8eb5f-08d0-40db-a877-b94adb383061=shareui=1586247001694

As I reminder I am planning to build the first RC tomorrow, Wednesday April
8th.



On Mon, Apr 6, 2020 at 8:37 AM Ignacio Vera  wrote:

>  Thanks Jan,  I see SOLR-14359
>  has already been back
> ported to branch 8.5, I am ok with  SOLR-14317
>  backporting as well. I
> am planning to build the first RC this coming Wednesday. Let me know if
> that works for you.
>
>
>
> On Sat, Apr 4, 2020 at 12:25 AM Jan Høydahl  wrote:
>
>> Also this coould be a backport candidate: SOLR-14317
>>  HttpClusterStateProvider
>> throws exception when only one node down
>>
>> Jan
>>
>> 3. apr. 2020 kl. 22:29 skrev Jan Høydahl :
>>
>> I plan to merge this to branch_8_5
>>
>>*SOLR-14359  Admin
>> UI has "Select an option" for collections and cores drop-downs*
>>
>> Jan
>>
>> 3. apr. 2020 kl. 14:15 skrev jim ferenczi :
>>
>> +1, thanks Ignacio.
>> I merged the fix for LUCENE-9300
>>  and backported to
>> the 8.5 branch.
>>
>> Le jeu. 2 avr. 2020 à 21:48, Adrien Grand  a écrit :
>>
>>> My general take on this is that it's ok to upgrade a dependency in a
>>> patch release if the dependency upgrade itself is a new patch release of
>>> the same minor version. The changelog of Tika 1.24 seems to include not
>>> only bug fixes but also some enhancements[1], so I'd rather do a 8.6
>>> release in the near future than backport this dependency upgrade to 8.5.
>>>
>>> [1] https://tika.apache.org/1.24/index.html
>>>
>>> On Thu, Apr 2, 2020 at 9:33 PM Cassandra Targett 
>>> wrote:
>>>
 Should we consider backporting SOLR-14367 (the most recent Tika
 upgrade)? It addresses a CVE in Tika, and while I think we usually avoid
 changing 3rd party component versions in patch releases, but maybe we
 should in this case? The upgrade also looks like it was pretty
 straightforward (drop-in replacement).

 Cassandra
 On Apr 2, 2020, 12:47 PM -0500, Ignacio Vera ,
 wrote:

 Hi,

 I propose a quick 8.5.1 bugfix release and I volunteer as RM. The main
 motivation for this release is LUCENE-9300 where Jim addressed a serious
 bug that can lead to data corruption when merging indices via 
 IW#addIndices.

 If there are no objections I am planning to create a RC early next week.

 Best regards,

 Ignacio




>>>
>>> --
>>> Adrien
>>>
>>
>>
>>