Re: Welcome Eric Pugh as a Lucene/Solr committer

[Shalin Shekhar Mangar]

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.

Re: Welcome Eric Pugh as a Lucene/Solr committer

[David Smiley]

No I said the inverse of that: Eric Pugh uses his middle name (Eric) not
his first (which I won't repeat to avoid confusion).
My brother is called and spelled "Eric" as well so I prefer this spelling
:-)  The spelling variations are kinda nice in a way because it allows the
Erics/Eriks/Ericks to differentiate themselves.

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


On Mon, Apr 6, 2020 at 5:43 PM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Congrats and welcome, David!
>
> (FYI, David Smiley told once somewhere something on the lines of: you're
> more David than Eric. Maybe he likes that name better for summer reason? )
>
> On Mon, 6 Apr, 2020, 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
>>
>>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Ishan Chattopadhyaya]

Congrats and welcome, David!

(FYI, David Smiley told once somewhere something on the lines of: you're
more David than Eric. Maybe he likes that name better for summer reason? )

On Mon, 6 Apr, 2020, 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
>
>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Martin Gainty]

Welcome Eric!

martin


From: David Smiley 
Sent: Monday, April 6, 2020 11:41 AM
To: Solr/Lucene Dev 
Subject: Re: Welcome Eric Pugh as a Lucene/Solr committer

Congratulations Eric!
I'm so glad to see you resuming contributing to Solr after a long hiatus.  Much 
appreciated!

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


On Mon, Apr 6, 2020 at 8:21 AM Jan Høydahl 
mailto:jan@cominvent.com>> 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

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Dawid Weiss]

Welcome Eric!

Dawid

On Mon, Apr 6, 2020 at 2:21 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
>

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

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Joel Bernstein]

Welcome Eric!


Joel Bernstein
http://joelsolr.blogspot.com/


On Mon, Apr 6, 2020 at 3:14 PM Yonik Seeley  wrote:

> Congrats Eric!
> -Yonik
>
>
> On Mon, Apr 6, 2020 at 8:21 AM 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
>>
>>

Re: Solr Admin UI Refresh 2020

[Alexandre Rafalovitch]

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

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Yonik Seeley]

Congrats Eric!
-Yonik


On Mon, Apr 6, 2020 at 8:21 AM 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
>
>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Anshum Gupta]

Congratulations and welcome, Eric!

On Mon, Apr 6, 2020 at 5:21 AM 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
>
>

-- 
Anshum Gupta

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Trey Grainger]

Congratulations, Eric!

On Mon, Apr 6, 2020 at 8:21 AM 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
>
>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Alexandre Rafalovitch]

Congratulation. That's an awesome news.

Regards,
 Alex

On Mon., Apr. 6, 2020, 8:21 a.m. 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
>
>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[David Smiley]

Congratulations Eric!
I'm so glad to see you resuming contributing to Solr after a long hiatus.
Much appreciated!

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


On Mon, Apr 6, 2020 at 8:21 AM 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
>
>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Mike Drob]

Welcome! I definitely thought you were already a committer, so well
deserved!

On Mon, Apr 6, 2020 at 10:19 AM Kevin Risden  wrote:

> Welcome Eric!
>
> Kevin Risden
>
> On Mon, Apr 6, 2020 at 10:48 AM Alan Woodward 
> wrote:
> >
> > Welcome Eric!
> >
> > > On 6 Apr 2020, at 13:21, 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
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: dev-h...@lucene.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Kevin Risden]

Welcome Eric!

Kevin Risden

On Mon, Apr 6, 2020 at 10:48 AM Alan Woodward  wrote:
>
> Welcome Eric!
>
> > On 6 Apr 2020, at 13:21, 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
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>

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

BadApple report

[Erick Erickson]

Short form:

We had a slight uptick in failures last week, root cause unknown.

Raw fail count by week totals, most recent week first (corresponds to bits):
Week: 0  had  99 failures
Week: 1  had  69 failures
Week: 2  had  65 failures
Week: 3  had  129 failures


Failures in Hoss' reports for the last 4 rollups.

There were 252 unannotated tests that failed in Hoss' rollups. Ordered by the 
date I downloaded the rollup file, newest->oldest. See above for the dates the 
files were collected 
These tests were NOT BadApple'd or AwaitsFix'd

Failures in the last 4 reports..
   Report   Pct runsfails   test
 0123  45.2  208 99  HdfsSyncSliceTest.test
 0123   0.9 1702  9  HttpPartitionWithTlogReplicasTest.test
 0123   6.1  130 12  ShardSplitTest.testSplitWithChaosMonkey
 0123   1.5 1717 16  SyncSliceTest.test
 0123   0.9 1843 94  SystemCollectionCompatTest.testBackCompat
 0123   2.6 1725 32  TestPackages.testPluginLoading
 0123   0.2 1685  4  TestSolrConfigHandlerCloud.test



Full report attched.

DO NOT ENABLE LIST:
MoveReplicaHDFSTest.testFailedMove
MoveReplicaHDFSTest.testNormalFailedMove
TestControlledRealTimeReopenThread.testCRTReopen
TestICUNormalizer2CharFilter.testRandomStrings
TestICUTokenizerCJK
TestImpersonationWithHadoopAuth.testForwarding
TestLTRReRankingPipeline.testDifferentTopN
TestRandomChains


DO NOT ANNOTATE LIST
CdcrBidirectionalTest.testBiDir
IndexSizeTriggerTest.testMergeIntegration
IndexSizeTriggerTest.testMixedBounds
IndexSizeTriggerTest.testSplitIntegration
IndexSizeTriggerTest.testTrigger
InfixSuggestersTest.testShutdownDuringBuild
ShardSplitTest.test
ShardSplitTest.testSplitMixedReplicaTypes
ShardSplitTest.testSplitWithChaosMonkey
Test2BPostings.test
TestLatLonShapeQueries.testRandomBig
TestPackedInts.testPackedLongValues
TestRandomChains.testRandomChainsWithLargeStrings
TestTriggerIntegration.testSearchRate

Processing file (History bit 3): HOSS-2020-04-06.csv
Processing file (History bit 2): HOSS-2020-03-30.csv
Processing file (History bit 1): HOSS-2020-03-24.csv
Processing file (History bit 0): HOSS-2020-03-16.csv


Number of AwaitsFix: 41 Number of BadApples: 4


**Annotated tests that didn't fail in the last 4 weeks.

  **Tests removed from the next two lists because they were specified in 
'doNotEnable' in the properties file
 MoveReplicaHDFSTest.testNormalFailedMove

  **Annotations can be removed from the following tests because they haven't 
failed in the last 4 rollups.

  **Methods: 0


Raw fail count by week totals, most recent week first (corresponds to bits):
Week: 0  had  99 failures
Week: 1  had  69 failures
Week: 2  had  65 failures
Week: 3  had  129 failures


Failures in Hoss' reports for the last 4 rollups.

There were 252 unannotated tests that failed in Hoss' rollups. Ordered by the 
date I downloaded the rollup file, newest->oldest. See above for the dates the 
files were collected 
These tests were NOT BadApple'd or AwaitsFix'd

Failures in the last 4 reports..
   Report   Pct runsfails   test
 0123  45.2  208 99  HdfsSyncSliceTest.test
 0123   0.9 1702  9  HttpPartitionWithTlogReplicasTest.test
 0123   6.1  130 12  ShardSplitTest.testSplitWithChaosMonkey
 0123   1.5 1717 16  SyncSliceTest.test
 0123   0.9 1843 94  SystemCollectionCompatTest.testBackCompat
 0123   2.6 1725 32  TestPackages.testPluginLoading
 0123   0.2 1685  4  TestSolrConfigHandlerCloud.test


Failures over the last 4 weeks, but not every week. Ordered most-recent first:



 0120.2 1244  3  TestCloudJSONFacetSKG.testRandom
 0123.4  100 23  
TestXYMultiPolygonShapeQueries.testRandomBig
 01 3   1.1 1301  7  
CdcrVersionReplicationTest.testCdcrDocVersions
 01 3   0.4 1304  5  
DocValuesNotIndexedTest.testGroupingDVOnlySortFirst
 01 3   0.4 1304  5  
DocValuesNotIndexedTest.testGroupingDVOnlySortLast
 01 3   9.4   83  5  HdfsBasicDistributedZkTest.test
 01 3   0.2 1295  4  HttpPartitionTest.test
 01 3  15.4   91  9  Test2BPostings.test
 01 3   0.9 1292 12  TestInPlaceUpdatesDistrib.test
 01 3   0.2 1306  8  
TestQueryingOnDownCollection.testQueryToDownCollectionShouldFailFast
 01 3   1.7 1307 13  TestStressLiveNodes.testStress
 01 3   0.2 1300  3  TriggerCooldownIntegrationTest.testCooldown
 01 0.2  853  2  LeaderElectionTest.testStressElection
 01 0.2  843  3  PeerSyncWithLeaderTest.test
 01 0.2  862 

Re: Solr Admin UI Refresh 2020

[Jörn Franke]

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 follow through on completing in my 
>> nights and weekends), but I am mostly framework agnostic. My stronge 
>> preference would be React, provided the license is kosher. There was one 
>> blip of “practically unusable for most orgs” a couple years back, but 
>> Facebook made it right really soon after.  However, I’m flexible. Angular 
>> (not JS) and Vue are also great.  I would recommend we consider Typescript 
>> also because of the size of project and number of strongly-typed devs on 
>> this mailing list. My only reservation with TypeScript, though it may not 
>> apply in this case, is that the supersets of JS have changed a lot more than 
>> the frameworks. While CoffeeScript was an unnecessary layer of abstraction 
>> from my limited perspective, TypeScript might make JS more embraceable to a 
>> list of Java hackers. 
>> 
>> Current UI has no test coverage, can we do better with the new UI?
>> 
>> It’s imperative.React, Angular, and Vue each make it easy to include tests. 
>> 
>> 
>> 
>> https://issues.apache.org/jira/browse/SOLR-12276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17076204#comment-17076204
>> 
>> 
>> 
> 

Re: Solr Admin UI Refresh 2020

[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 follow through on completing in my 
> nights and weekends), but I am mostly framework agnostic. My stronge 
> preference would be React, provided the license is kosher. There was one blip 
> of “practically unusable for most orgs” a couple years back, but Facebook 
> made it right really soon after.  However, I’m flexible. Angular (not JS) and 
> Vue are also great.  I would recommend we consider Typescript also because of 
> the size of project and number of strongly-typed devs on this mailing list. 
> My only reservation with TypeScript, though it may not apply in this case, is 
> that the supersets of JS have changed a lot more than the frameworks. While 
> CoffeeScript was an unnecessary layer of abstraction from my limited 
> perspective, TypeScript might make JS more embraceable to a list of Java 
> hackers. 
> 
> Current UI has no test coverage, can we do better with the new UI?
> 
> It’s imperative.React, Angular, and Vue each make it easy to include tests. 
> 
> 
> 
> https://issues.apache.org/jira/browse/SOLR-12276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17076204#comment-17076204
>  
> 
> 
> 

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Alan Woodward]

Welcome Eric!

> On 6 Apr 2020, at 13:21, 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
> 


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

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Karl Wright]

Welcome, Eric!


On Mon, Apr 6, 2020 at 9:52 AM Steve Rowe  wrote:

> Congrats and welcome Eric!
>
> --
> Steve
>
> > On Apr 6, 2020, at 8:21 AM, 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
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Ignacio Vera]

Welcome Eric!

On Mon, Apr 6, 2020 at 3:52 PM Steve Rowe  wrote:

> Congrats and welcome Eric!
>
> --
> Steve
>
> > On Apr 6, 2020, at 8:21 AM, 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
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Steve Rowe]

Congrats and welcome Eric! 

--
Steve

> On Apr 6, 2020, at 8:21 AM, 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
> 


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

Solr Admin UI Refresh 2020

[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 follow through on completing in
my nights and weekends), but I am mostly framework agnostic. My stronge
preference would be React, provided the license is kosher. There was one
blip of “practically unusable for most orgs” a couple years back, but
Facebook made it right really soon after.  However, I’m flexible. Angular
(not JS) and Vue are also great.  I would recommend we consider Typescript
also because of the size of project and number of strongly-typed devs on
this mailing list. My only reservation with TypeScript, though it may not
apply in this case, is that the supersets of JS have changed a lot more
than the frameworks. While CoffeeScript was an unnecessary layer of
abstraction from my limited perspective, TypeScript might make JS more
embraceable to a list of Java hackers.


   - Current UI has no test coverage, can we do better with the new UI?


It’s imperative.React, Angular, and Vue each make it easy to include tests.



https://issues.apache.org/jira/browse/SOLR-12276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17076204#comment-17076204

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Erik Hatcher]

> On Apr 6, 2020, at 8:26 AM, Erick Erickson  wrote:
> 
> Welcome Eric! Now if you’d just spell your name correctly ;)...

Yeah, so many people spell Erik incorrectly :)

Welcome, Mr. Pugh!   long overdue committership here.  it's been a long, 
interesting adventure to this point with Eric's open source, and Lucene/Solr 
involvements and contributions.  I'm glad you're here, mi amigo!

Erik

p.s. Charlottesville, VA is a search hub of the world!   (and founding location 
of Reddit too)


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

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Erick Erickson]

Welcome Eric! Now if you’d just spell your name correctly ;)...

> On Apr 6, 2020, at 8:25 AM, Adrien Grand  wrote:
> 
> Welcome Eric!
> 
> On Mon, Apr 6, 2020 at 2:21 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
> 
> 
> 
> -- 
> Adrien


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

Re: Welcome Eric Pugh as a Lucene/Solr committer

[Adrien Grand]

Welcome Eric!

On Mon, Apr 6, 2020 at 2:21 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
>
>

-- 
Adrien

Welcome Eric Pugh as a Lucene/Solr committer

[Jan Høydahl]

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

Re: 7.7.3 bugfix release

[jim ferenczi]

Hi Paul,
Ignacio have started the release process for a bug fix release of 8.5.1
last week.
We cannot have two releases at the same time so would you agree to start
7.7.3 after 8.5.1 is out ?
I'd also like to backport LUCENE-9300 in 7.7 (the reason why we started a.
8.5.1 release) so don't hesitate if you need help or to delegate the
release if you don't have the time at the moment.

- Jim


Le mar. 18 févr. 2020 à 18:35, Houston Putman  a
écrit :

> I've backported SOLR-13v69
> . After you add in
> SOLR-14013 Noble, we should be good to go with 7.7.3 I think.
>
> - Houston
>
> On Fri, Feb 14, 2020 at 1:17 PM Jan Høydahl  wrote:
>
>> Falde alarm, I needed to update my branch :)
>>
>> Jan Høydahl
>>
>> 14. feb. 2020 kl. 19:11 skrev Jan Høydahl :
>>
>> What commit hash is the backport of SOLR-13971? I cannot find it and
>> there is no CHANGES entry…?
>>
>> 14. feb. 2020 kl. 17:52 skrev Ishan Chattopadhyaya <
>> ichattopadhy...@gmail.com>:
>>
>> +1, Houston. That's my understanding as well. Please go ahead with the
>> backport.
>>
>> On Fri, 14 Feb, 2020, 9:02 PM Houston Putman, 
>> wrote:
>>
>>> It looks like CVE-2019-17558 / SOLR-13971 has already been taken care
>>> of:
>>> https://issues.apache.org/jira/browse/SOLR-13971?focusedCommentId=17014356=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-17014356
>>>
>>> So now CVE-2019-0193 / SOLR-13669 should be the only blocker. By the
>>> description in the JIRA, it looks like backporting
>>> https://github.com/apache/lucene-solr/commit/025f8763549151397284af28091cfd360307baa2
>>> 
>>>  should
>>> be enough. Is this correct, or am I missing something?
>>>
>>> - HOuston
>>>
>>> On Thu, Feb 13, 2020 at 12:59 PM Jan Høydahl 
>>> wrote:
>>>
>>> I’m afraid I don’t have the bandwidth the next couple of weeks.
>>>
>>> Jan Høydahl
>>>
>>> > 13. feb. 2020 kl. 16:27 skrev Noble Paul :
>>> >
>>> > Do you wish to backport them?
>>> >
>>> >> On Thu, Feb 13, 2020 at 7:55 PM Jan Høydahl 
>>> wrote:
>>> >>
>>> >> According to NVD, there are at least two published CVEs that affects
>>> 7.7.2 (CVE-2019-17558 / SOLR-13971 and CVE-2019-0193 / SOLR-13669). We
>>> cannot release 7.7.3 with these still present.
>>> >>
>>> >> Jan
>>> >>
>>> >> 13. feb. 2020 kl. 06:42 skrev Noble Paul >> >:
>>> >>
>>> >> I'm planning to back port  SOLR-14013 and do a bug fix release soon.
>>> >> Please let me know if there is anything hat you wish to be included
>>> >>
>>> >> --
>>> >> -
>>> >> Noble Paul
>>> >>
>>> >> -
>>> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> >> For additional commands, e-mail: dev-h...@lucene.apache.org
>>> >>
>>> >>
>>> >
>>> >
>>> > --
>>> > -
>>> > Noble Paul
>>> >
>>> > -
>>> > To unsubscribe, %-mail: dev-unsubscr...@lucene.apache.org
>>> > For additional commands, e-mail: dev-h...@lucene.apache.org
>>> >
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>>

Re: Lucene/Solr 8.5.1 bugfix release

[Ignacio Vera]

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