Re: BadApple report

[Erick Erickson]

Megan:

There are a number of tests that have been flagged by some devs
that, no matter what, should _not_ be annotated with BadApple or
AwaitsFix and that’s just a list to remind me what they are.


It’s not much of a deal, though, because I’m not doing much annotating
lately. The original process was that I’d annotate tests that had failed every
week for the last 4 weeks. Partly to get people’s attention, partly to make a
record. There were tests that would come and go, so you’ll see in places\
a bunch of dates associated with an annotation. Those indicate that it’d be
bad, then OK for 4 or more weeks, then bad again which I thought was
useful to see just how rarely some tests failed.

Best,
Erick

> On Jul 6, 2020, at 1:47 PM, Megan Carey  wrote:
> 
> Hi Erick,
> 
> I'm wondering what is meant by "DO NOT ANNOTATE LIST" at the start of the 
> report? Better yet, can you please link to the scraping tool used to generate 
> the report?
> 
> Thank you!
> Megan
> 
> On Mon, Jul 6, 2020 at 8:07 AM Erick Erickson  wrote:
> Holding fairly steady, but IDK whether Hoss’ scraping is getting data from 
> Uwe’s machines, thought I saw an e-mail go by about that.
> 
> this is the first report where the suppresswarnings stats mean anything.
> 
> Full report attached:
> 
> 
> -
> 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: 8.6 release

[Eric Pugh]

I just resolved SOLR-14422.

> On Jul 6, 2020, at 1:36 PM, Tomás Fernández Löbbe  
> wrote:
> 
> Just resolved SOLR-14590.
> 
> On Mon, Jul 6, 2020 at 4:22 AM Ishan Chattopadhyaya 
> mailto:ichattopadhy...@gmail.com>> wrote:
> I'll take a look today, Bruno. Thanks.
> 
> On Mon, 6 Jul, 2020, 4:32 pm Bruno Roustant,  > wrote:
> Hi all,
> 
> 8.6 RC is planned tomorrow but there are still 9 Jira issues unresolved for 
> 8.6 (+ private ones?)
> 
> Please review and update their status.
> 
> 3 blockers
> SOLR-14599 Introduce cluster level plugins through packages
> SOLR-14593 Package store API to disable file upload over HTTP
> SOLR-14580 CloudSolrClient cannot be initialized using 'zkHosts' builder
> 
> Other
> SOLR-14590 Add support for FeatureField in Solr
> SOLR-14516 NPE during Realtime GET
> SOLR-14422 Solr 8.5 Admin UI shows Angular placeholders on first load / 
> refresh
> SOLR-14398 package store PUT should be idempotent
> SOLR-14311 Shared schema should not have access to core level classes
> LUCENE-9356 Add tests for corruptions caused by byte flips
> 
> Le dim. 5 juil. 2020 à 08:10, David Smiley  > a écrit :
> Pertaining to the highlighter performance regression: 
> https://issues.apache.org/jira/browse/SOLR-14628 
> 
> It's a simple change in a default setting, that is furthermore consistent 
> with how the behavior was prior to Solr 8.5
> 
> I'm hoping this can make it into the release?  See the PR.
> 
> ~ David
> 
> 
> On Wed, Jun 24, 2020 at 3:05 PM David Smiley  > wrote:
> Thanks starting this discussion, Cassandra.
> 
> I reviewed the issues I was involved with and I don't quite see something 
> worth noting.
> 
> I plan to add a note about a change in defaults within UnifiedHighlighter 
> that could be a significant perf regression.  This wasn't introduced in 8.6 
> but introduced in 8.5 and it's significant enough to bring attention to.  I 
> could add it in 8.5's section but then add a short pointer to it in 8.6.
> 
> ~ David
> 
> 
> On Wed, Jun 24, 2020 at 2:52 PM Cassandra Targett  > wrote:
> I started looking at the Ref Guide for 8.6 to get it ready, and notice there 
> are no Upgrade Notes in `solr-upgrade-notes.adoc` for 8.6. Is it really true 
> that none are needed at all?
> 
> I’ll add what I usually do about new features/changes that maybe wouldn’t 
> normally make the old Upgrade Notes section, I just find it surprising that 
> there weren’t any devs who thought any of the 100 or so Solr changes warrant 
> any user caveats.
> On Jun 17, 2020, 12:27 PM -0500, Tomás Fernández Löbbe  >, wrote:
>> +1. Thanks Bruno
>> 
>> On Wed, Jun 17, 2020 at 6:22 AM Mike Drob > > wrote:
>> +1
>> 
>> The release wizard python script should be sufficient for everything. If you 
>> run into any issues with it, let me know, I used it for 8.5.2 and think I 
>> understand it pretty well. 
>> 
>> On Tue, Jun 16, 2020 at 8:31 AM Bruno Roustant > > wrote:
>> Hi all,
>> 
>> It’s been a while since we released Lucene/Solr 8.5.
>> I’d like to volunteer to be a release manager for an 8.6 release. If there's 
>> agreement, then I plan to cut the release branch two weeks today, on June 
>> 30th, and then to build the first RC two days later.
>> 
>> This will be my first time as release manager so I'll probably need some 
>> guidance. Currently I have two resource links on this subject:
>> https://cwiki.apache.org/confluence/display/LUCENE/ReleaseTodo 
>> 
>> https://github.com/apache/lucene-solr/tree/master/dev-tools/scripts#releasewizardpy
>>  
>> 
>> If you have more, please share with me.
>> 
>> Bruno

___
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: BadApple report

[Megan Carey]

Hi Erick,

I'm wondering what is meant by "DO NOT ANNOTATE LIST" at the start of the
report? Better yet, can you please link to the scraping tool used to
generate the report?

Thank you!
Megan

On Mon, Jul 6, 2020 at 8:07 AM Erick Erickson 
wrote:

> Holding fairly steady, but IDK whether Hoss’ scraping is getting data from
> Uwe’s machines, thought I saw an e-mail go by about that.
>
> this is the first report where the suppresswarnings stats mean anything.
>
> Full report attached:
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org

Re: 8.6 release

[Tomás Fernández Löbbe]

Just resolved SOLR-14590.

On Mon, Jul 6, 2020 at 4:22 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> I'll take a look today, Bruno. Thanks.
>
> On Mon, 6 Jul, 2020, 4:32 pm Bruno Roustant, 
> wrote:
>
>> Hi all,
>>
>> 8.6 RC is planned tomorrow but there are still 9 Jira issues unresolved
>> for 8.6 (+ private ones?)
>>
>> Please review and update their status.
>>
>> 3 blockers
>> SOLR-14599 Introduce cluster level plugins through packages
>> SOLR-14593 Package store API to disable file upload over HTTP
>> SOLR-14580 CloudSolrClient cannot be initialized using 'zkHosts' builder
>>
>> Other
>> SOLR-14590 Add support for FeatureField in Solr
>> SOLR-14516 NPE during Realtime GET
>> SOLR-14422 Solr 8.5 Admin UI shows Angular placeholders on first load /
>> refresh
>> SOLR-14398 package store PUT should be idempotent
>> SOLR-14311 Shared schema should not have access to core level classes
>> LUCENE-9356 Add tests for corruptions caused by byte flips
>>
>> Le dim. 5 juil. 2020 à 08:10, David Smiley  a
>> écrit :
>>
>>> Pertaining to the highlighter performance regression:
>>> https://issues.apache.org/jira/browse/SOLR-14628
>>> It's a simple change in a default setting, that is furthermore
>>> consistent with how the behavior was prior to Solr 8.5
>>>
>>> I'm hoping this can make it into the release?  See the PR.
>>>
>>> ~ David
>>>
>>>
>>> On Wed, Jun 24, 2020 at 3:05 PM David Smiley 
>>> wrote:
>>>
 Thanks starting this discussion, Cassandra.

 I reviewed the issues I was involved with and I don't quite see
 something worth noting.

 I plan to add a note about a change in defaults within
 UnifiedHighlighter that could be a significant perf regression.  This
 wasn't introduced in 8.6 but introduced in 8.5 and it's significant enough
 to bring attention to.  I could add it in 8.5's section but then add a
 short pointer to it in 8.6.

 ~ David


 On Wed, Jun 24, 2020 at 2:52 PM Cassandra Targett <
 casstarg...@gmail.com> wrote:

> I started looking at the Ref Guide for 8.6 to get it ready, and notice
> there are no Upgrade Notes in `solr-upgrade-notes.adoc` for 8.6. Is it
> really true that none are needed at all?
>
> I’ll add what I usually do about new features/changes that maybe
> wouldn’t normally make the old Upgrade Notes section, I just find it
> surprising that there weren’t any devs who thought any of the 100 or so
> Solr changes warrant any user caveats.
> On Jun 17, 2020, 12:27 PM -0500, Tomás Fernández Löbbe <
> tomasflo...@gmail.com>, wrote:
>
> +1. Thanks Bruno
>
> On Wed, Jun 17, 2020 at 6:22 AM Mike Drob  wrote:
>
>> +1
>>
>> The release wizard python script should be sufficient for everything.
>> If you run into any issues with it, let me know, I used it for 8.5.2 and
>> think I understand it pretty well.
>>
>> On Tue, Jun 16, 2020 at 8:31 AM Bruno Roustant <
>> bruno.roust...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> It’s been a while since we released Lucene/Solr 8.5.
>>> I’d like to volunteer to be a release manager for an 8.6 release. If
>>> there's agreement, then I plan to cut the release branch two weeks 
>>> today,
>>> on June 30th, and then to build the first RC two days later.
>>>
>>> This will be my first time as release manager so I'll probably need
>>> some guidance. Currently I have two resource links on this subject:
>>> https://cwiki.apache.org/confluence/display/LUCENE/ReleaseTodo
>>>
>>> https://github.com/apache/lucene-solr/tree/master/dev-tools/scripts#releasewizardpy
>>> If you have more, please share with me.
>>>
>>> Bruno
>>>
>>

Re: Welcome Tomoko Uchida to the PMC

[Tomás Fernández Löbbe]

Welcome Tomoko!

On Mon, Jul 6, 2020 at 9:08 AM Namgyu Kim  wrote:

>   Congratulations, Tomoko! :D
>
> On Mon, Jul 6, 2020 at 10:27 PM Steve Rowe  wrote:
>
>> Welcome and congrats Tomoko!
>>
>> --
>> Steve
>>
>> > On Jul 4, 2020, at 2:26 AM, Adrien Grand  wrote:
>> >
>> > I am pleased to announce that Tomoko Uchida has accepted the PMC's
>> invitation to join.
>> >
>> > Welcome Tomoko!
>> >
>> > --
>> > Adrien
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>

Re: Welcome Michael Sokolov to the PMC

[Tomás Fernández Löbbe]

Welcome, Michael!

On Mon, Jul 6, 2020 at 9:08 AM Namgyu Kim  wrote:

> Congratulations, Michael! :D
>
> On Mon, Jul 6, 2020 at 7:22 PM Mayya Sharipova
>  wrote:
>
>> Congratulations, Michael!
>>
>> On Sat, Jul 4, 2020 at 4:30 PM Michael McCandless <
>> luc...@mikemccandless.com> wrote:
>>
>>> Welcome to another Mike!
>>>
>>> Mike McCandless
>>>
>>> http://blog.mikemccandless.com
>>>
>>>
>>> On Fri, Jul 3, 2020 at 7:57 AM Adrien Grand  wrote:
>>>
 I am pleased to announce that Michael Sokolov has accepted the PMC's
 invitation to join.

 Welcome Michael!

 --
 Adrien

>>>

Re: Welcome Tomoko Uchida to the PMC

[Namgyu Kim]

  Congratulations, Tomoko! :D

On Mon, Jul 6, 2020 at 10:27 PM Steve Rowe  wrote:

> Welcome and congrats Tomoko!
>
> --
> Steve
>
> > On Jul 4, 2020, at 2:26 AM, Adrien Grand  wrote:
> >
> > I am pleased to announce that Tomoko Uchida has accepted the PMC's
> invitation to join.
> >
> > Welcome Tomoko!
> >
> > --
> > Adrien
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Welcome Michael Sokolov to the PMC

[Namgyu Kim]

Congratulations, Michael! :D

On Mon, Jul 6, 2020 at 7:22 PM Mayya Sharipova
 wrote:

> Congratulations, Michael!
>
> On Sat, Jul 4, 2020 at 4:30 PM Michael McCandless <
> luc...@mikemccandless.com> wrote:
>
>> Welcome to another Mike!
>>
>> Mike McCandless
>>
>> http://blog.mikemccandless.com
>>
>>
>> On Fri, Jul 3, 2020 at 7:57 AM Adrien Grand  wrote:
>>
>>> I am pleased to announce that Michael Sokolov has accepted the PMC's
>>> invitation to join.
>>>
>>> Welcome Michael!
>>>
>>> --
>>> Adrien
>>>
>>

Re: Adjusting to Gradle

[Erick Erickson]

I didn’t explain my use-case very well.

compile with fail on warnings
fix a bunch of warnings
repeat.

The overhead of running a test just to get the file to fail to compile was
what I was avoiding. Even “assemble” was noticeably slower than 
just “classes” for the mainline code.

All that said, it was a weird use case so I’ve no objection to removing
those bits, I doubt many other people will have use for classes and testClasses.

> On Jul 6, 2020, at 3:34 AM, Dawid Weiss  wrote:
> 
>> I used them  a _lot_ from inside IntelliJ when I was working on the
>> warnings, they run faster than assemble. So I guess they were on my mind.
> 
> I don't use IntelliJ's gradle at all, actually. The gradle panel has
> an option to switch to the built-in IntelliJ compiler and this works
> best for me (even if they
> say it's not recommended, it works just fine).
> 
>> testClasses in particular because, as you say, assemble doesn’t
>> compile the test classes (that lead to another 3,000 warnings just
>> when I thought I was through, sggg).
> 
> When you run a test they should be compiled automatically. Does
> intellij try to run
> assemble for tests? That would be weird.
> 
> 
> D.
> 
> -
> 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]

Holding fairly steady, but IDK whether Hoss’ scraping is getting data from 
Uwe’s machines, thought I saw an e-mail go by about that.

this is the first report where the suppresswarnings stats mean anything.

Full report attached:

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: 5,373, this week: 5,372, delta -1


*** Files with increased @SuppressWarnings annotations:

Suppress count increase in: 
solr/core/src/java/org/apache/solr/api/AnnotatedApi.java. Was: 4, now: 5
Suppress count increase in: 
solr/core/src/java/org/apache/solr/packagemanager/PackageManager.java. Was: 4, 
now: 6
Suppress count increase in: 
solr/solrj/src/java/org/apache/solr/common/util/Utils.java. Was: 28, now: 30

*** Files with decreased @SuppressWarnings annotations:

Suppress count decrease in: 
solr/core/src/java/org/apache/solr/handler/export/ExportWriter.java. Was: 1, 
now: 0
Suppress count decrease in: 
solr/core/src/test/org/apache/solr/handler/export/TestExportWriter.java. Was: 
6, now: 2

Processing file (History bit 3): HOSS-2020-07-06.csv
Processing file (History bit 2): HOSS-2020-06-29.csv
Processing file (History bit 1): HOSS-2020-06-22.csv
Processing file (History bit 0): HOSS-2020-06-15.csv


Number of AwaitsFix: 45 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  24 failures
Week: 1  had  26 failures
Week: 2  had  26 failures
Week: 3  had  34 failures


Failures in Hoss' reports for the last 4 rollups.

There were 84 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
 0120.9  340  4  TestInPlaceUpdatesDistrib.test
 012   15.8  305 32  TestReRankQParserPlugin.testMinExactCount
 01 3   0.8  345  3  
DocValuesNotIndexedTest.testGroupingDVOnlySortFirst
 01 3 100.0   16 14  SharedFSAutoReplicaFailoverTest.test
 01 7.6  420194  DebugComponentTest.testBasicInterface
 01 7.6  420194  DebugComponentTest.testPerItemInterface
 0110.3   55  5  ShardSplitTest.testSplitWithChaosMonkey
 01 5.8  186  9  TestContainerPlugin.testApiFromPackage
 0 20.8  230  2  
TestQueryingOnDownCollection.testQueryToDownCollectionShouldFailFast
 0  3   0.8  230  2  TestSimScenario.testSuggestions
 0  1.6  122  2  PeerSyncWithLeaderTest.test
 0  0.8  131  1  ShardSplitTest.testSplitShardWithRule
 0  0.8  126  1  
TestBlockJoin.testMultiChildQueriesOfDiffParentLevels
 0  1.6  127  2  TestDemoParallelLeafReader.testBasic
 0  1.6  127  2  
TestDemoParallelLeafReader.testBasicMultipleSchemaGens
 0  1.6  127  2  TestDemoParallelLeafReader.testRandom
 0  1.6  127  2  
TestDemoParallelLeafReader.testRandomMultipleSchemaGens
 0  0.8  126  1  
TestDemoParallelLeafReader.testRandomMultipleSchemaGensSameField
 0 52.6   38 20  TestStressThreadBackup.testCoreAdminHandler
 0 52.6   38 20  
TestStressThreadBackup.testReplicationHandler
 0  0.9  117  1  TestTlogReplica.testRemoveLeader
  123  17.2   81 15  HdfsSyncSliceTest.test
  123   4.7  355 11  RollingRestartTest.test
  120.9  221  2  AutoScalingHandlerTest.testReadApi
  12 

Re: Welcome Tomoko Uchida to the PMC

[Steve Rowe]

Welcome and congrats Tomoko!

--
Steve

> On Jul 4, 2020, at 2:26 AM, Adrien Grand  wrote:
> 
> I am pleased to announce that Tomoko Uchida has accepted the PMC's invitation 
> to join.
> 
> Welcome Tomoko!
> 
> -- 
> Adrien


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

Fuzzy matching in AnalyzingInfixSuggester

[Karthik zorfy]

Hi,

I'm evaluating an option to move from FuzzySuggester to AnalyzingInfixSuggester 
to take advantage of the near real time suggest builds and to eliminate manual 
suggest builds. However the AnalyzingInfixSuggester doesn't support fuzzy 
matching. Has anyone implemented fuzzy matching in infix suggester and are 
there any learnings.


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

Merge multiple FSTs to build suggesters

[Karthik zorfy]

Hi,

I'm working on an application which uses fuzzy suggester to provide auto 
complete feature with fuzzy matching. I need to periodically build suggesters 
in order for the latest data to reflect in suggest results. As the index size 
grows, I frequently run into OutOfMemory issue when building suggesters and 
require manual intervention to increase the JVM heap size.

I'm thinking about the following approach to overcome this issue.

Split the search index(search documents) into multiple segments and build 
suggest at segment level and finally merge the suggest results(FSTs).

Has anyone solved similar use case or have any suggestions.


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

Re: 8.6 release

[Ishan Chattopadhyaya]

I'll take a look today, Bruno. Thanks.

On Mon, 6 Jul, 2020, 4:32 pm Bruno Roustant, 
wrote:

> Hi all,
>
> 8.6 RC is planned tomorrow but there are still 9 Jira issues unresolved
> for 8.6 (+ private ones?)
>
> Please review and update their status.
>
> 3 blockers
> SOLR-14599 Introduce cluster level plugins through packages
> SOLR-14593 Package store API to disable file upload over HTTP
> SOLR-14580 CloudSolrClient cannot be initialized using 'zkHosts' builder
>
> Other
> SOLR-14590 Add support for FeatureField in Solr
> SOLR-14516 NPE during Realtime GET
> SOLR-14422 Solr 8.5 Admin UI shows Angular placeholders on first load /
> refresh
> SOLR-14398 package store PUT should be idempotent
> SOLR-14311 Shared schema should not have access to core level classes
> LUCENE-9356 Add tests for corruptions caused by byte flips
>
> Le dim. 5 juil. 2020 à 08:10, David Smiley  a
> écrit :
>
>> Pertaining to the highlighter performance regression:
>> https://issues.apache.org/jira/browse/SOLR-14628
>> It's a simple change in a default setting, that is furthermore consistent
>> with how the behavior was prior to Solr 8.5
>>
>> I'm hoping this can make it into the release?  See the PR.
>>
>> ~ David
>>
>>
>> On Wed, Jun 24, 2020 at 3:05 PM David Smiley 
>> wrote:
>>
>>> Thanks starting this discussion, Cassandra.
>>>
>>> I reviewed the issues I was involved with and I don't quite see
>>> something worth noting.
>>>
>>> I plan to add a note about a change in defaults within
>>> UnifiedHighlighter that could be a significant perf regression.  This
>>> wasn't introduced in 8.6 but introduced in 8.5 and it's significant enough
>>> to bring attention to.  I could add it in 8.5's section but then add a
>>> short pointer to it in 8.6.
>>>
>>> ~ David
>>>
>>>
>>> On Wed, Jun 24, 2020 at 2:52 PM Cassandra Targett 
>>> wrote:
>>>
 I started looking at the Ref Guide for 8.6 to get it ready, and notice
 there are no Upgrade Notes in `solr-upgrade-notes.adoc` for 8.6. Is it
 really true that none are needed at all?

 I’ll add what I usually do about new features/changes that maybe
 wouldn’t normally make the old Upgrade Notes section, I just find it
 surprising that there weren’t any devs who thought any of the 100 or so
 Solr changes warrant any user caveats.
 On Jun 17, 2020, 12:27 PM -0500, Tomás Fernández Löbbe <
 tomasflo...@gmail.com>, wrote:

 +1. Thanks Bruno

 On Wed, Jun 17, 2020 at 6:22 AM Mike Drob  wrote:

> +1
>
> The release wizard python script should be sufficient for everything.
> If you run into any issues with it, let me know, I used it for 8.5.2 and
> think I understand it pretty well.
>
> On Tue, Jun 16, 2020 at 8:31 AM Bruno Roustant <
> bruno.roust...@gmail.com> wrote:
>
>> Hi all,
>>
>> It’s been a while since we released Lucene/Solr 8.5.
>> I’d like to volunteer to be a release manager for an 8.6 release. If
>> there's agreement, then I plan to cut the release branch two weeks today,
>> on June 30th, and then to build the first RC two days later.
>>
>> This will be my first time as release manager so I'll probably need
>> some guidance. Currently I have two resource links on this subject:
>> https://cwiki.apache.org/confluence/display/LUCENE/ReleaseTodo
>>
>> https://github.com/apache/lucene-solr/tree/master/dev-tools/scripts#releasewizardpy
>> If you have more, please share with me.
>>
>> Bruno
>>
>

Re: 8.6 release

[Bruno Roustant]

Hi all,

8.6 RC is planned tomorrow but there are still 9 Jira issues unresolved for
8.6 (+ private ones?)

Please review and update their status.

3 blockers
SOLR-14599 Introduce cluster level plugins through packages
SOLR-14593 Package store API to disable file upload over HTTP
SOLR-14580 CloudSolrClient cannot be initialized using 'zkHosts' builder

Other
SOLR-14590 Add support for FeatureField in Solr
SOLR-14516 NPE during Realtime GET
SOLR-14422 Solr 8.5 Admin UI shows Angular placeholders on first load /
refresh
SOLR-14398 package store PUT should be idempotent
SOLR-14311 Shared schema should not have access to core level classes
LUCENE-9356 Add tests for corruptions caused by byte flips

Le dim. 5 juil. 2020 à 08:10, David Smiley  a
écrit :

> Pertaining to the highlighter performance regression:
> https://issues.apache.org/jira/browse/SOLR-14628
> It's a simple change in a default setting, that is furthermore consistent
> with how the behavior was prior to Solr 8.5
>
> I'm hoping this can make it into the release?  See the PR.
>
> ~ David
>
>
> On Wed, Jun 24, 2020 at 3:05 PM David Smiley 
> wrote:
>
>> Thanks starting this discussion, Cassandra.
>>
>> I reviewed the issues I was involved with and I don't quite see something
>> worth noting.
>>
>> I plan to add a note about a change in defaults within UnifiedHighlighter
>> that could be a significant perf regression.  This wasn't introduced in 8.6
>> but introduced in 8.5 and it's significant enough to bring attention to.  I
>> could add it in 8.5's section but then add a short pointer to it in 8.6.
>>
>> ~ David
>>
>>
>> On Wed, Jun 24, 2020 at 2:52 PM Cassandra Targett 
>> wrote:
>>
>>> I started looking at the Ref Guide for 8.6 to get it ready, and notice
>>> there are no Upgrade Notes in `solr-upgrade-notes.adoc` for 8.6. Is it
>>> really true that none are needed at all?
>>>
>>> I’ll add what I usually do about new features/changes that maybe
>>> wouldn’t normally make the old Upgrade Notes section, I just find it
>>> surprising that there weren’t any devs who thought any of the 100 or so
>>> Solr changes warrant any user caveats.
>>> On Jun 17, 2020, 12:27 PM -0500, Tomás Fernández Löbbe <
>>> tomasflo...@gmail.com>, wrote:
>>>
>>> +1. Thanks Bruno
>>>
>>> On Wed, Jun 17, 2020 at 6:22 AM Mike Drob  wrote:
>>>
 +1

 The release wizard python script should be sufficient for everything.
 If you run into any issues with it, let me know, I used it for 8.5.2 and
 think I understand it pretty well.

 On Tue, Jun 16, 2020 at 8:31 AM Bruno Roustant <
 bruno.roust...@gmail.com> wrote:

> Hi all,
>
> It’s been a while since we released Lucene/Solr 8.5.
> I’d like to volunteer to be a release manager for an 8.6 release. If
> there's agreement, then I plan to cut the release branch two weeks today,
> on June 30th, and then to build the first RC two days later.
>
> This will be my first time as release manager so I'll probably need
> some guidance. Currently I have two resource links on this subject:
> https://cwiki.apache.org/confluence/display/LUCENE/ReleaseTodo
>
> https://github.com/apache/lucene-solr/tree/master/dev-tools/scripts#releasewizardpy
> If you have more, please share with me.
>
> Bruno
>

Re: Welcome Michael Sokolov to the PMC

[Mayya Sharipova]

Congratulations, Michael!

On Sat, Jul 4, 2020 at 4:30 PM Michael McCandless 
wrote:

> Welcome to another Mike!
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Fri, Jul 3, 2020 at 7:57 AM Adrien Grand  wrote:
>
>> I am pleased to announce that Michael Sokolov has accepted the PMC's
>> invitation to join.
>>
>> Welcome Michael!
>>
>> --
>> Adrien
>>
>

Re: Welcome Tomoko Uchida to the PMC

[Mayya Sharipova]

Congratulations Tomoko!

On Mon, Jul 6, 2020 at 3:35 AM Dawid Weiss  wrote:

> Congratulations and welcome, Tomoko. Well deserved.
>
> Dawid
>
> On Sat, Jul 4, 2020 at 8:26 AM Adrien Grand  wrote:
> >
> > I am pleased to announce that Tomoko Uchida has accepted the PMC's
> invitation to join.
> >
> > Welcome Tomoko!
> >
> > --
> > Adrien
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Welcome Tomoko Uchida to the PMC

[Dawid Weiss]

Congratulations and welcome, Tomoko. Well deserved.

Dawid

On Sat, Jul 4, 2020 at 8:26 AM Adrien Grand  wrote:
>
> I am pleased to announce that Tomoko Uchida has accepted the PMC's invitation 
> to join.
>
> Welcome Tomoko!
>
> --
> Adrien

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

Re: Welcome Tomoko Uchida to the PMC

[Ignacio Vera]

Congratulations!

On Mon, Jul 6, 2020 at 3:52 AM Koji Sekiguchi 
wrote:

> Welcome and Congrats, Uchida-san!
>
> Koji
>
>
> On 2020/07/04 15:26, Adrien Grand wrote:
> > I am pleased to announce that Tomoko Uchida has accepted the PMC's
> invitation to join.
> >
> > Welcome Tomoko!
> >
> > --
> > Adrien
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Adjusting to Gradle

[Dawid Weiss]

> I used them  a _lot_ from inside IntelliJ when I was working on the
> warnings, they run faster than assemble. So I guess they were on my mind.

I don't use IntelliJ's gradle at all, actually. The gradle panel has
an option to switch to the built-in IntelliJ compiler and this works
best for me (even if they
say it's not recommended, it works just fine).

> testClasses in particular because, as you say, assemble doesn’t
> compile the test classes (that lead to another 3,000 warnings just
> when I thought I was through, sggg).

When you run a test they should be compiled automatically. Does
intellij try to run
assemble for tests? That would be weird.


D.

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