Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Rodolfo Ribeiro Silva]

Welcome, Mayya!

Great ;)

On Mon, Jun 8, 2020 at 9:55 PM Michael Sokolov  wrote:

> Welcome, Mayya, and Congratulations!
>
> On Mon, Jun 8, 2020, 8:44 PM Koji Sekiguchi 
> wrote:
>
>> Congratulations and welcome, Mayya!
>>
>> Koji
>>
>> On 2020/06/09 1:58, jim ferenczi wrote:
>> > Hi all,
>> >
>> > Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
>> committer.
>> > Mayya, it's tradition for you to introduce yourself with a brief bio.
>> >
>> > Congratulations and Welcome!
>> >
>> > Jim
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Michael Sokolov]

Welcome, Mayya, and Congratulations!

On Mon, Jun 8, 2020, 8:44 PM Koji Sekiguchi 
wrote:

> Congratulations and welcome, Mayya!
>
> Koji
>
> On 2020/06/09 1:58, jim ferenczi wrote:
> > Hi all,
> >
> > Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
> committer.
> > Mayya, it's tradition for you to introduce yourself with a brief bio.
> >
> > Congratulations and Welcome!
> >
> > Jim
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Koji Sekiguchi]

Congratulations and welcome, Mayya!

Koji

On 2020/06/09 1:58, jim ferenczi wrote:

Hi all,

Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr committer.
Mayya, it's tradition for you to introduce yourself with a brief bio.

Congratulations and Welcome!

Jim


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

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Jan Høydahl]

Congrats and welcome, Mayya!

Jan

> 8. jun. 2020 kl. 18:58 skrev jim ferenczi :
> 
> Hi all,
> 
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr 
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
> 
> Congratulations and Welcome!
> 
> Jim

RE: Welcome Mayya Sharipova as Lucene/Solr committer

[Uwe Schindler]

Hi,

Welcome Mayya, great to have you as committer!

I would be glad to virtually meet you on Berlinbuzzwords after my session 
tomorrow.

 

Uwe

 

-

Uwe Schindler

Achterdiek 19, D-28357 Bremen

  https://www.thetaphi.de

eMail: u...@thetaphi.de

 

From: jim ferenczi  
Sent: Monday, June 8, 2020 6:59 PM
To: dev@lucene.apache.org
Subject: Welcome Mayya Sharipova as Lucene/Solr committer

 

Hi all,

Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr committer.
Mayya, it's tradition for you to introduce yourself with a brief bio.

Congratulations and Welcome!

Jim

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[David Smiley]

Welcome Maya!

~ David


On Mon, Jun 8, 2020 at 12:58 PM jim ferenczi  wrote:

> Hi all,
>
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
>
> Congratulations and Welcome!
>
> Jim
>

Re: BadApple report

[Erick Erickson]

Thanks for letting me know Tomás

As useful as Hoss’ rollups are, there’s always a lag to deal with, sounds like 
this is one.

> On Jun 8, 2020, at 2:26 PM, Tomás Fernández Löbbe  
> wrote:
> 
> Thanks for keeping an eye Erick. I took a quick look at the 
> "TestIndexSearcher" failures and I think they're related to SOLR-14525. 
> Should be fixed after this[1] commit by Noble.
> 
> [1] https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=5827ddf
> 
> On Mon, Jun 8, 2020 at 7:52 AM Erick Erickson  wrote:
> If people don’t know about: 
> http://fucit.org/solr-jenkins-reports/suspicious-failure-report.html, I 
> strongly recommend you periodically check it. It reports tests that have 
> changed their failure rates lately. There are three currently:
> 
> "org.apache.solr.search.TestIndexSearcher","testSearcherListeners"
> "org.apache.solr.update.processor.DocExpirationUpdateProcessorFactoryTest","testAutomaticDeletes"
> "org.apache.solr.cloud.PackageManagerCLITest","testPackageManager
> 
> Short form: 
> 
> Raw fail count by week totals, most recent week first (corresponds to bits):
> Week: 0  had  128 failures
> Week: 1  had  68 failures
> Week: 2  had  113 failures
> Week: 3  had  103 failures
> 
> 
> Failures in Hoss' reports for the last 4 rollups.
> 
> There were 298 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   0.4 1461  5  
> DeleteReplicaTest.deleteReplicaAndVerifyDirectoryCleanup
>  0123   0.7 1464  9  
> MetricTriggerIntegrationTest.testMetricTrigger
>  0123   1.6 1377 29  MultiThreadedOCPTest.test
>  0123   0.7 1455  5  
> NodeMarkersRegistrationTest.testNodeMarkersRegistration
>  0123   2.1 1481 17  RollingRestartTest.test
>  0123   0.4 1537 55  
> ScheduledTriggerIntegrationTest.testScheduledTrigger
>  0123   7.7   98  6  ShardSplitTest.testSplitWithChaosMonkey
>  0123   0.4 1455  9  SystemCollectionCompatTest.testBackCompat
>  0123   0.7 1456 14  TestPackages.testPluginLoading
>  0123   1.1 1460  9  
> TestQueryingOnDownCollection.testQueryToDownCollectionShouldFailFast
>  0123   0.7 1498 13  TestSimScenario.testSuggestions
> 
> I took the SuppressWarnings count section out, it’s ridiculously big.
> 
> 
> -
> 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 Mayya Sharipova as Lucene/Solr committer

[Erik Hatcher]

Welcome

> On Jun 8, 2020, at 12:58, jim ferenczi  wrote:
> 
> 
> Hi all,
> 
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr 
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
> 
> Congratulations and Welcome!
> 
> Jim

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Gus Heck]

Welcome :)

On Mon, Jun 8, 2020 at 2:43 PM Nhat Nguyen 
wrote:

> Congratulations and welcome, Mayya!
>
> On Mon, Jun 8, 2020 at 2:38 PM Nicholas Knize  wrote:
>
>> Congrats Mayya and welcome aboard!
>>
>> Nicholas Knize, Ph.D., GISP
>> Geospatial Software Guy  |  Elasticsearch
>> Apache Lucene PMC Member and Committer
>> nkn...@apache.org
>>
>>
>> On Mon, Jun 8, 2020 at 1:30 PM Tomás Fernández Löbbe <
>> tomasflo...@gmail.com> wrote:
>>
>>> Welcome Mayya!
>>>
>>> On Mon, Jun 8, 2020 at 10:53 AM Paul Sanwald
>>>  wrote:
>>>
 Congratulations Mayya

 --paul

 On Mon, Jun 8, 2020 at 1:52 PM Ishan Chattopadhyaya <
 ichattopadhy...@gmail.com> wrote:

> Congrats Mayya!
>
> On Mon, 8 Jun, 2020, 11:20 pm Alan Woodward, 
> wrote:
>
>> Congratulations and welcome Mayya!
>>
>> On 8 Jun 2020, at 17:58, jim ferenczi  wrote:
>>
>> Hi all,
>>
>> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
>> committer.
>> Mayya, it's tradition for you to introduce yourself with a brief bio.
>>
>> Congratulations and Welcome!
>>
>> Jim
>>
>>
>>

 --
 --paul

>>>

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

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Nhat Nguyen]

Congratulations and welcome, Mayya!

On Mon, Jun 8, 2020 at 2:38 PM Nicholas Knize  wrote:

> Congrats Mayya and welcome aboard!
>
> Nicholas Knize, Ph.D., GISP
> Geospatial Software Guy  |  Elasticsearch
> Apache Lucene PMC Member and Committer
> nkn...@apache.org
>
>
> On Mon, Jun 8, 2020 at 1:30 PM Tomás Fernández Löbbe <
> tomasflo...@gmail.com> wrote:
>
>> Welcome Mayya!
>>
>> On Mon, Jun 8, 2020 at 10:53 AM Paul Sanwald
>>  wrote:
>>
>>> Congratulations Mayya
>>>
>>> --paul
>>>
>>> On Mon, Jun 8, 2020 at 1:52 PM Ishan Chattopadhyaya <
>>> ichattopadhy...@gmail.com> wrote:
>>>
 Congrats Mayya!

 On Mon, 8 Jun, 2020, 11:20 pm Alan Woodward, 
 wrote:

> Congratulations and welcome Mayya!
>
> On 8 Jun 2020, at 17:58, jim ferenczi  wrote:
>
> Hi all,
>
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
>
> Congratulations and Welcome!
>
> Jim
>
>
>
>>>
>>> --
>>> --paul
>>>
>>

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Nicholas Knize]

Congrats Mayya and welcome aboard!

Nicholas Knize, Ph.D., GISP
Geospatial Software Guy  |  Elasticsearch
Apache Lucene PMC Member and Committer
nkn...@apache.org


On Mon, Jun 8, 2020 at 1:30 PM Tomás Fernández Löbbe 
wrote:

> Welcome Mayya!
>
> On Mon, Jun 8, 2020 at 10:53 AM Paul Sanwald
>  wrote:
>
>> Congratulations Mayya
>>
>> --paul
>>
>> On Mon, Jun 8, 2020 at 1:52 PM Ishan Chattopadhyaya <
>> ichattopadhy...@gmail.com> wrote:
>>
>>> Congrats Mayya!
>>>
>>> On Mon, 8 Jun, 2020, 11:20 pm Alan Woodward, 
>>> wrote:
>>>
 Congratulations and welcome Mayya!

 On 8 Jun 2020, at 17:58, jim ferenczi  wrote:

 Hi all,

 Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
 committer.
 Mayya, it's tradition for you to introduce yourself with a brief bio.

 Congratulations and Welcome!

 Jim



>>
>> --
>> --paul
>>
>

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Tomás Fernández Löbbe]

Welcome Mayya!

On Mon, Jun 8, 2020 at 10:53 AM Paul Sanwald
 wrote:

> Congratulations Mayya
>
> --paul
>
> On Mon, Jun 8, 2020 at 1:52 PM Ishan Chattopadhyaya <
> ichattopadhy...@gmail.com> wrote:
>
>> Congrats Mayya!
>>
>> On Mon, 8 Jun, 2020, 11:20 pm Alan Woodward, 
>> wrote:
>>
>>> Congratulations and welcome Mayya!
>>>
>>> On 8 Jun 2020, at 17:58, jim ferenczi  wrote:
>>>
>>> Hi all,
>>>
>>> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
>>> committer.
>>> Mayya, it's tradition for you to introduce yourself with a brief bio.
>>>
>>> Congratulations and Welcome!
>>>
>>> Jim
>>>
>>>
>>>
>
> --
> --paul
>

Re: BadApple report

[Tomás Fernández Löbbe]

Thanks for keeping an eye Erick. I took a quick look at the
"TestIndexSearcher" failures and I think they're related to SOLR-14525.
Should be fixed after this[1] commit by Noble.

[1] https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=5827ddf

On Mon, Jun 8, 2020 at 7:52 AM Erick Erickson 
wrote:

> If people don’t know about:
> http://fucit.org/solr-jenkins-reports/suspicious-failure-report.html, I
> strongly recommend you periodically check it. It reports tests that have
> changed their failure rates lately. There are three currently:
>
> "org.apache.solr.search.TestIndexSearcher","testSearcherListeners"
>
> "org.apache.solr.update.processor.DocExpirationUpdateProcessorFactoryTest","testAutomaticDeletes"
> "org.apache.solr.cloud.PackageManagerCLITest","testPackageManager
>
> Short form:
>
> Raw fail count by week totals, most recent week first (corresponds to
> bits):
> Week: 0  had  128 failures
> Week: 1  had  68 failures
> Week: 2  had  113 failures
> Week: 3  had  103 failures
>
>
> Failures in Hoss' reports for the last 4 rollups.
>
> There were 298 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   0.4 1461  5
> DeleteReplicaTest.deleteReplicaAndVerifyDirectoryCleanup
>  0123   0.7 1464  9
> MetricTriggerIntegrationTest.testMetricTrigger
>  0123   1.6 1377 29  MultiThreadedOCPTest.test
>  0123   0.7 1455  5
> NodeMarkersRegistrationTest.testNodeMarkersRegistration
>  0123   2.1 1481 17  RollingRestartTest.test
>  0123   0.4 1537 55
> ScheduledTriggerIntegrationTest.testScheduledTrigger
>  0123   7.7   98  6
> ShardSplitTest.testSplitWithChaosMonkey
>  0123   0.4 1455  9
> SystemCollectionCompatTest.testBackCompat
>  0123   0.7 1456 14  TestPackages.testPluginLoading
>  0123   1.1 1460  9
> TestQueryingOnDownCollection.testQueryToDownCollectionShouldFailFast
>  0123   0.7 1498 13  TestSimScenario.testSuggestions
> 
> I took the SuppressWarnings count section out, it’s ridiculously big.
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Ishan Chattopadhyaya]

Congrats Mayya!

On Mon, 8 Jun, 2020, 11:20 pm Alan Woodward,  wrote:

> Congratulations and welcome Mayya!
>
> On 8 Jun 2020, at 17:58, jim ferenczi  wrote:
>
> Hi all,
>
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
>
> Congratulations and Welcome!
>
> Jim
>
>
>

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Namgyu Kim]

Congrats and welcome, Mayya! :D

On Tue, Jun 9, 2020 at 2:52 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Congrats Mayya!
>
> On Mon, 8 Jun, 2020, 11:20 pm Alan Woodward,  wrote:
>
>> Congratulations and welcome Mayya!
>>
>> On 8 Jun 2020, at 17:58, jim ferenczi  wrote:
>>
>> Hi all,
>>
>> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
>> committer.
>> Mayya, it's tradition for you to introduce yourself with a brief bio.
>>
>> Congratulations and Welcome!
>>
>> Jim
>>
>>
>>

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Paul Sanwald]

Congratulations Mayya

--paul

On Mon, Jun 8, 2020 at 1:52 PM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Congrats Mayya!
>
> On Mon, 8 Jun, 2020, 11:20 pm Alan Woodward,  wrote:
>
>> Congratulations and welcome Mayya!
>>
>> On 8 Jun 2020, at 17:58, jim ferenczi  wrote:
>>
>> Hi all,
>>
>> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
>> committer.
>> Mayya, it's tradition for you to introduce yourself with a brief bio.
>>
>> Congratulations and Welcome!
>>
>> Jim
>>
>>
>>

-- 
--paul

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Alan Woodward]

Congratulations and welcome Mayya!

> On 8 Jun 2020, at 17:58, jim ferenczi  > wrote:
> 
> Hi all,
> 
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr 
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
> 
> Congratulations and Welcome!
> 
> Jim

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Doug Turnbull]

What a great person to have as a committer - congrats Mayya!

On Mon, Jun 8, 2020 at 1:30 PM Eric Pugh 
wrote:

> Congratulations!  Welcome!
>
> On Jun 8, 2020, at 1:26 PM, Steve Rowe  wrote:
>
> Congrats and welcome, Mayya!
>
> --
> Steve
>
> On Jun 8, 2020, at 12:58 PM, jim ferenczi  wrote:
>
> Hi all,
>
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
>
> Congratulations and Welcome!
>
> Jim
>
>
>
> ___
> *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.
>
>

-- 
*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 Mayya Sharipova as Lucene/Solr committer

[Houston Putman]

Congrats Mayya!

- Houston

On Mon, Jun 8, 2020 at 1:30 PM Eric Pugh 
wrote:

> Congratulations!  Welcome!
>
> On Jun 8, 2020, at 1:26 PM, Steve Rowe  wrote:
>
> Congrats and welcome, Mayya!
>
> --
> Steve
>
> On Jun 8, 2020, at 12:58 PM, jim ferenczi  wrote:
>
> Hi all,
>
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
>
> Congratulations and Welcome!
>
> Jim
>
>
>
> ___
> *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 Mayya Sharipova as Lucene/Solr committer

[Eric Pugh]

Congratulations!  Welcome!

> On Jun 8, 2020, at 1:26 PM, Steve Rowe  wrote:
> 
> Congrats and welcome, Mayya!
> 
> --
> Steve
> 
>> On Jun 8, 2020, at 12:58 PM, jim ferenczi > > wrote:
>> 
>> Hi all,
>> 
>> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr 
>> committer.
>> Mayya, it's tradition for you to introduce yourself with a brief bio.
>> 
>> Congratulations and Welcome!
>> 
>> Jim
> 

___
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 Mayya Sharipova as Lucene/Solr committer

[Steve Rowe]

Congrats and welcome, Mayya!

--
Steve

> On Jun 8, 2020, at 12:58 PM, jim ferenczi  wrote:
> 
> Hi all,
> 
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr 
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
> 
> Congratulations and Welcome!
> 
> Jim

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Kevin Risden]

Congrats and welcome Mayya!
Kevin Risden



On Mon, Jun 8, 2020 at 1:19 PM Erick Erickson 
wrote:

> Welcome!
>
> > On Jun 8, 2020, at 1:11 PM, Ignacio Vera  wrote:
> >
> > Congratulations Mayya!
> >
> > On Mon, Jun 8, 2020 at 7:04 PM Anshum Gupta 
> wrote:
> > Congratulations and welcome, Mayya!
> >
> > On Mon, Jun 8, 2020 at 9:58 AM jim ferenczi  wrote:
> > Hi all,
> >
> > Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
> committer.
> > Mayya, it's tradition for you to introduce yourself with a brief bio.
> >
> > Congratulations and Welcome!
> >
> > Jim
> >
> >
> > --
> > Anshum Gupta
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Erick Erickson]

Welcome!

> On Jun 8, 2020, at 1:11 PM, Ignacio Vera  wrote:
> 
> Congratulations Mayya!
> 
> On Mon, Jun 8, 2020 at 7:04 PM Anshum Gupta  wrote:
> Congratulations and welcome, Mayya! 
> 
> On Mon, Jun 8, 2020 at 9:58 AM jim ferenczi  wrote:
> Hi all,
> 
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr 
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
> 
> Congratulations and Welcome!
> 
> Jim
> 
> 
> -- 
> Anshum Gupta


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

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Ignacio Vera]

Congratulations Mayya!

On Mon, Jun 8, 2020 at 7:04 PM Anshum Gupta  wrote:

> Congratulations and welcome, Mayya!
>
> On Mon, Jun 8, 2020 at 9:58 AM jim ferenczi  wrote:
>
>> Hi all,
>>
>> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
>> committer.
>> Mayya, it's tradition for you to introduce yourself with a brief bio.
>>
>> Congratulations and Welcome!
>>
>> Jim
>>
>
>
> --
> Anshum Gupta
>

Re: Welcome Mayya Sharipova as Lucene/Solr committer

[Anshum Gupta]

Congratulations and welcome, Mayya!

On Mon, Jun 8, 2020 at 9:58 AM jim ferenczi  wrote:

> Hi all,
>
> Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
> committer.
> Mayya, it's tradition for you to introduce yourself with a brief bio.
>
> Congratulations and Welcome!
>
> Jim
>


-- 
Anshum Gupta

Welcome Mayya Sharipova as Lucene/Solr committer

[jim ferenczi]

Hi all,

Please join me in welcoming Mayya Sharipova as the latest Lucene/Solr
committer.
Mayya, it's tradition for you to introduce yourself with a brief bio.

Congratulations and Welcome!

Jim

BadApple report

[Erick Erickson]

If people don’t know about: 
http://fucit.org/solr-jenkins-reports/suspicious-failure-report.html, I 
strongly recommend you periodically check it. It reports tests that have 
changed their failure rates lately. There are three currently:

"org.apache.solr.search.TestIndexSearcher","testSearcherListeners"
"org.apache.solr.update.processor.DocExpirationUpdateProcessorFactoryTest","testAutomaticDeletes"
"org.apache.solr.cloud.PackageManagerCLITest","testPackageManager

Short form: 

Raw fail count by week totals, most recent week first (corresponds to bits):
Week: 0  had  128 failures
Week: 1  had  68 failures
Week: 2  had  113 failures
Week: 3  had  103 failures


Failures in Hoss' reports for the last 4 rollups.

There were 298 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   0.4 1461  5  
DeleteReplicaTest.deleteReplicaAndVerifyDirectoryCleanup
 0123   0.7 1464  9  
MetricTriggerIntegrationTest.testMetricTrigger
 0123   1.6 1377 29  MultiThreadedOCPTest.test
 0123   0.7 1455  5  
NodeMarkersRegistrationTest.testNodeMarkersRegistration
 0123   2.1 1481 17  RollingRestartTest.test
 0123   0.4 1537 55  
ScheduledTriggerIntegrationTest.testScheduledTrigger
 0123   7.7   98  6  ShardSplitTest.testSplitWithChaosMonkey
 0123   0.4 1455  9  SystemCollectionCompatTest.testBackCompat
 0123   0.7 1456 14  TestPackages.testPluginLoading
 0123   1.1 1460  9  
TestQueryingOnDownCollection.testQueryToDownCollectionShouldFailFast
 0123   0.7 1498 13  TestSimScenario.testSuggestions

I took the SuppressWarnings count section out, it’s ridiculously big.

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

SuppressWarnings count: last week: 1,226, this week: 2,385, delta 1,159



Processing file (History bit 3): HOSS-2020-06-08.csv
Processing file (History bit 2): HOSS-2020-06-01.csv
Processing file (History bit 1): HOSS-2020-05-25.csv
Processing file (History bit 0): HOSS-2020-05-18.csv


Number of AwaitsFix: 42 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  128 failures
Week: 1  had  68 failures
Week: 2  had  113 failures
Week: 3  had  103 failures


Failures in Hoss' reports for the last 4 rollups.

There were 298 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   0.4 1461  5  
DeleteReplicaTest.deleteReplicaAndVerifyDirectoryCleanup
 0123   0.7 1464  9  
MetricTriggerIntegrationTest.testMetricTrigger
 0123   1.6 1377 29  MultiThreadedOCPTest.test
 0123   0.7 1455  5  
NodeMarkersRegistrationTest.testNodeMarkersRegistration
 0123   2.1 1481 17  RollingRestartTest.test
 0123   0.4 1537 55  
ScheduledTriggerIntegrationTest.testScheduledTrigger
 0123   7.7   98  6  ShardSplitTest.testSplitWithChaosMonkey
 0123   0.4 1455  9  SystemCollectionCompatTest.testBackCompat
 0123   0.7 1456 14  TestPackages.testPluginLoading
 0123   1.1 1460  9  

Re: Lucene 8.5 FuzzyTermsEnum

[Michael McCandless]

Maybe also have a look at Lucene's DirectSpellChecker (
https://lucene.apache.org/core/8_5_0/suggest/org/apache/lucene/search/spell/DirectSpellChecker.html)
-- it is doing something similar,

Mike McCandless

http://blog.mikemccandless.com


On Sun, Jun 7, 2020 at 4:33 PM Uwe Schindler  wrote:

> How about using a FuzzyQuery and using a Rewrite subclass to collect
> terms? This works with all MultiTermQuery subclasses.
>
> Basically you set a custom rewrite (I think you want ScoringRewrite) that
> collects the terms and rewrite to nothing (e.g. MatchNoDocsQuery). You just
> rewrite the MultiTermQuery and ignore the results.
>
> Uwe
>
> Uwe
>
> Am June 7, 2020 8:15:48 PM UTC schrieb Matt Davis  >:
>>
>> I am trying to upgrade my project to Lucene 8.5 from 8.4 and have hit a
>> snag.  I had been using
>> the FuzzyTermEnum constructor:
>> FuzzyTermsEnum(Terms terms, AttributeSource atts, Term term, int
>> maxEdits, int prefixLength, boolean transpositions) throws IOException
>> This constructor is no longer public. I have been sharing
>> an AttributeSource with MaxNonCompetitiveBoostAttribute set and no longer
>> see a way to do that.  You can see my usage below:
>>
>> https://github.com/zuliaio/zuliasearch/blob/master/zulia-server/src/main/java/io/zulia/server/index/ShardTermsHandler.java#L108
>>
>> What is the new way to handle this?
>>
>> Thanks,
>> Matt
>>
>
> --
> Uwe Schindler
> Achterdiek 19, 28357 Bremen
> https://www.thetaphi.de
>

RE: StringBuffer usage

[Uwe Schindler]

See also: https://shipilev.net/jvm/anatomy-quarks/19-lock-elision/
Here StringBuffer is also mentioned: 
https://www.beyondjava.net/escape-analysis-java

Uwe

-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de

> -Original Message-
> From: Uwe Schindler 
> Sent: Monday, June 8, 2020 3:09 PM
> To: dev@lucene.apache.org
> Subject: RE: StringBuffer usage
> 
> Hi,
> 
> I think, it might be still a good idea to review the uses of StringBuffer. I 
> think
> they might be some relics from former times. I converted all StringBuffers 
> long
> ago in Lucene and I think also in Solr (that was when "heavy committing" was
> mentioned for first time by Simon).
> 
> It is not a bad idea to add a forbiddenapis check on the class name, but then 
> we
> need some @SuppressWarnings at places where legacy APIs like formatting or
> regular expressions in Java are used (famous example is
> Matcher#appendReplacement). That's also one reason why there's no default
> signature to forbid those. In addition the class is not deprecated because of 
> the
> many APIs as described above.
> 
> Uwe
> 
> P.S.: Using a StringBuilder or StringBuffer from multiple threads is always a 
> bad
> idea, so this should not be the limiting factor here! :-]
> P.P.S.: If there would be a speed problem, JDK devs would have fixed Matcher,
> Formatter & Co already. Introduction of StringBuilder in JDK 5 was a
> shortcoming, because with Java 6 the escape analysis was added to Hotspot.
> 
> -
> Uwe Schindler
> Achterdiek 19, D-28357 Bremen
> https://www.thetaphi.de
> eMail: u...@thetaphi.de
> 
> > -Original Message-
> > From: Erick Erickson 
> > Sent: Sunday, June 7, 2020 9:23 PM
> > To: dev@lucene.apache.org
> > Subject: Re: StringBuffer usage
> >
> > Uwe:
> >
> > In that case we can ignore the question, this was just a reflex on my part.
> >
> > > On Jun 7, 2020, at 11:38 AM, Uwe Schindler  wrote:
> > >
> > > Hi,
> > >
> > > The main reason to use StringBuffer ist legacy Apis. One example is all
> > Formatters low level apis (DecimalFormat, Formatter,...) Use StringBuffer to
> > implement itsself.
> > >
> > > Nowadays there is no performance impact anymore. If you use StringBuffer
> > from one thread, JVM removes the synchronization.
> > >
> > > Uwe
> > >
> > > Am June 7, 2020 2:46:20 PM UTC schrieb Bram Van Dam
> > :
> > > On 06/06/2020 22:48, Erick Erickson wrote:
> > > When is there a good reason to use StringBuffer rather than StringBuilder?
> > While going through some of the warnings I happened to run across a few of
> > these. I haven’t changed them, and at least one (AuditEvent) has a comment
> > about back-compat and is quite recent…
> > >
> > > StringBuffer hardly ever makes sense. Sure, it's synchronized, but it
> > > usually doesn't do what you want.
> > >
> > > If Thread 1 and Thread 2 each call
> > >
> > > sb.append("1");
> > > sb.append("2");
> > > sb.append("3");
> > >
> > > the result likely won't be "123123". Appending each individual append
> > > operation is synchronized and "safe", but multiple consecutive calls are
> > > not. So unless you're either using an external synchronization
> > > mechanism, or are appending things "atomically", you can still get
> > > screwed. With that in mind, StringBuffer's synchronization is almost
> > > always useless overhead.
> > >
> > >  - Bram
> > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > > For additional commands, e-mail: dev-h...@lucene.apache.org
> > >
> > >
> > > --
> > > Uwe Schindler
> > > Achterdiek 19, 28357 Bremen
> > > https://www.thetaphi.de
> >
> >
> > -
> > 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: StringBuffer usage

[Uwe Schindler]

Hi,

I think, it might be still a good idea to review the uses of StringBuffer. I 
think they might be some relics from former times. I converted all 
StringBuffers long ago in Lucene and I think also in Solr (that was when "heavy 
committing" was mentioned for first time by Simon).

It is not a bad idea to add a forbiddenapis check on the class name, but then 
we need some @SuppressWarnings at places where legacy APIs like formatting or 
regular expressions in Java are used (famous example is 
Matcher#appendReplacement). That's also one reason why there's no default 
signature to forbid those. In addition the class is not deprecated because of 
the many APIs as described above.

Uwe

P.S.: Using a StringBuilder or StringBuffer from multiple threads is always a 
bad idea, so this should not be the limiting factor here! :-]
P.P.S.: If there would be a speed problem, JDK devs would have fixed Matcher, 
Formatter & Co already. Introduction of StringBuilder in JDK 5 was a 
shortcoming, because with Java 6 the escape analysis was added to Hotspot.

-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de

> -Original Message-
> From: Erick Erickson 
> Sent: Sunday, June 7, 2020 9:23 PM
> To: dev@lucene.apache.org
> Subject: Re: StringBuffer usage
> 
> Uwe:
> 
> In that case we can ignore the question, this was just a reflex on my part.
> 
> > On Jun 7, 2020, at 11:38 AM, Uwe Schindler  wrote:
> >
> > Hi,
> >
> > The main reason to use StringBuffer ist legacy Apis. One example is all
> Formatters low level apis (DecimalFormat, Formatter,...) Use StringBuffer to
> implement itsself.
> >
> > Nowadays there is no performance impact anymore. If you use StringBuffer
> from one thread, JVM removes the synchronization.
> >
> > Uwe
> >
> > Am June 7, 2020 2:46:20 PM UTC schrieb Bram Van Dam
> :
> > On 06/06/2020 22:48, Erick Erickson wrote:
> > When is there a good reason to use StringBuffer rather than StringBuilder?
> While going through some of the warnings I happened to run across a few of
> these. I haven’t changed them, and at least one (AuditEvent) has a comment
> about back-compat and is quite recent…
> >
> > StringBuffer hardly ever makes sense. Sure, it's synchronized, but it
> > usually doesn't do what you want.
> >
> > If Thread 1 and Thread 2 each call
> >
> > sb.append("1");
> > sb.append("2");
> > sb.append("3");
> >
> > the result likely won't be "123123". Appending each individual append
> > operation is synchronized and "safe", but multiple consecutive calls are
> > not. So unless you're either using an external synchronization
> > mechanism, or are appending things "atomically", you can still get
> > screwed. With that in mind, StringBuffer's synchronization is almost
> > always useless overhead.
> >
> >  - Bram
> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: dev-h...@lucene.apache.org
> >
> >
> > --
> > Uwe Schindler
> > Achterdiek 19, 28357 Bremen
> > https://www.thetaphi.de
> 
> 
> -
> 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