date:20200317

[jira] [Commented] (PYLUCENE-53) JCC Default implementations from Interfaces not exposed

2020-03-17 Thread Andreas Vajda (Jira)



[ 
https://issues.apache.org/jira/browse/PYLUCENE-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17061259#comment-17061259
 ] 

Andreas Vajda commented on PYLUCENE-53:
---

I took a closer look at this today. Thank you for the very useful reproduction 
case !
The reason this doesn't work is not because Being's default getFeet() 
implementation is not wrapped, it is. It's because JCC doesn't support multiple 
inheritance.
The Cat class extends Feline and implements Being, which turns into two C++ 
parent classes (and it uses only the one class superclass, not the interface 
superclass(es)).
The reason this bug hasn't bitten as hard until now is that the multiple 
inheritance is "faked" by way of the required local implementations of all the 
Being methods on Cat. For Cat not to be abstract, it had to implement *all* the 
methods defined on Being, until this no longer held true by way of Java 8's 
default implementation method feature.
I have tried in the past to support multiple C++ superclasses but have not been 
able to make it work. This bug is making the need more pressing.

> JCC Default implementations from Interfaces not exposed
> ---
>
> Key: PYLUCENE-53
> URL: https://issues.apache.org/jira/browse/PYLUCENE-53
> Project: PyLucene
>  Issue Type: Bug
>Reporter: Petrus Hyvönen
>Priority: Major
> Attachments: Test_default_implementation.zip
>
>
> Hi,
> This may be related to PYLUCENE-27 but not sure.
> Default implementations of methods in an interface does not seem to be 
> exposed currently.
> For example:
> The interface:
> interface Being {
>  public void printName();
>  default int getFeets()
>  {
>  return 4;
>  }
> }
> Implemented in the class:
> public class Cat extends Feline implements Being {
>  public void printName() {
>  System.out.println("Cat");
>  }
>  public int getJavaFeets()
>  {
>  return this.getFeets();
>  }
> }
> When wrapped in Python, the getJavaFeets is exposed to the Python side, but 
> not the getFeets method.
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Re: SOLR dataimport from SQL server

2020-03-17 Thread David Smiley

Please ask on "solr-user" instead.  The "dev" list is for internal
development.

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


On Tue, Mar 17, 2020 at 12:10 PM Nouman Zaheer 
wrote:

> Hi Guys
>
> I am not sure if this is correct email list to ask this question but I am
> facing a waired issue where I am being able to setup the SQL dataimport but
> only first column (dp_id  in this case as below) is being indexed in the
> indexes as when query anyother column it saying not found, if anyone has
> any insight about it , I will appreciate any help,   configuration below
> (using latest version SOLR 8.4.1 with OpenJDK  with
> mssql-jdbc-8.2.0.jre13.jar , with java version javac 13.0.2)
>
> Below is  DEBUG with verbose here is the info and I can see columns are
> being selected from sql server
>
> {
>
>   "*responseHeader*": {
>
> "*status*": 0,
>
> "*QTime*": 3063
>
>   },
>
>   "*initArgs*": [
>
> "defaults",
>
> [
>
>   "config",
>
>   "data-config.xml"
>
> ]
>
>   ],
>
>   "*command*": "full-import",
>
>   "*mode*": "debug",
>
>   "*documents*": [
>
> {
>
>   "*id*": "DVP02",
>
>   "*_version_*": 1661420746416586800,
>
>   "*_root_*": "DVP02"
>
> },
>
> {
>
>   "*id*": "DVP03",
>
>   "*_version_*": 1661420746417635300,
>
>   "*_root_*": "DVP03"
>
> },
>
> {
>
>   "*id*": "FSE001080",
>
>   "*_version_*": 1661420746417635300,
>
>   "*_root_*": "FSE001080"
>
> },
>
> {
>
>   "*id*": "FSE001081",
>
>   "*_version_*": 1661420746417635300,
>
>   "*_root_*": "FSE001081"
>
> },
>
> {
>
>   "*id*": "FSE001082",
>
>   "*_version_*": 1661420746417635300,
>
>   "*_root_*": "FSE001082"
>
> },
>
> {
>
>   "*id*": "FSE001083",
>
>   "*_version_*": 1661420746417635300,
>
>   "*_root_*": "FSE001083"
>
> },
>
> {
>
>   "*id*": "FSE001084",
>
>   "*_version_*": 1661420746417635300,
>
>   "*_root_*": "FSE001084"
>
> },
>
> {
>
>   "*id*": "FSE001085",
>
>   "*_version_*": 1661420746417635300,
>
>   "*_root_*": "FSE001085"
>
> },
>
> {
>
>   "*id*": "FSE001086",
>
>   "*_version_*": 1661420746417635300,
>
>   "*_root_*": "FSE001086"
>
> },
>
> {
>
>   "*id*": "OMM02",
>
>   "*_version_*": 1661420746417635300,
>
>   "*_root_*": "OMM02"
>
> }
>
>   ],
>
>   "*verbose-output*": [
>
> "entity:RPS_Table",
>
> [
>
>   "document#1",
>
>   [
>
> "query",
>
> "select dp_id,dp_name,dp_street1,dp_city,dp_state,dp_ctry_co from
> MyTable",
>
> "time-taken",
>
> "0:0:0.228",
>
> null,
>
> "--- row #1-",
>
> "dp_name",
>
> "HAP JANG GANG 6",
>
> "dp_state",
>
> null,
>
> "dp_city",
>
> null,
>
> "dp_ctry_co",
>
> "XX",
>
> "dp_id",
>
>"DVP02",
>
> "dp_street1",
>
> null,
>
> null,
>
> "-"
>
>   ],
>
>   "document#2",
>
>   [
>
> null,
>
> "--- row #1-",
>
> "dp_name",
>
> "JI SONG 8",
>
> "dp_state",
>
> null,
>
> "dp_city",
>
> null,
>
> "dp_ctry_co",
>
> "XX",
>
> "dp_id",
>
> "DVP03",
>
> "dp_street1",
>
> null,
>
> null,
>
> "-"
>
>   ],
>
>   "document#3",
>
>   [
>
> null,
>
> "--- row #1-",
>
> "dp_name",
>
> "BEKTAS, Halis",
>
> "dp_state",
>
> " ",
>
> "dp_city",
>
> "",
>
> "dp_ctry_co",
>
> "CH",
>
> "dp_id",
>
> "FSE001080",
>
> "dp_street1",
>
> "",
>
> null,
>
> "-"
>
>   ],
>
>   "document#4",
>
>   [
>
> null,
>
> "--- row #1-",
>
> "dp_name",
>
> "HOLLEBRAND, Alexander  AKA HOLLEBRAND, Sander",
>
> "dp_state",
>
> null,
>
> "dp_city",
>
> null,
>
> "dp_ctry_co",
>
> "XX",
>
> "dp_id",
>
> "FSE001081",
>
> "dp_street1",
>
> null,
>
> null,
>
> "-"
>
>   ],
>
>   "document#5",
>
>   [
>
> null,
>
> "--- row #1-",
>
> "dp_name",
>
> "VAN MAZIJK, Paul",
>
> "dp_state",
>
> "",
>
> "dp_city",
>
> "",
>
> "dp_ctry_co",
>
> "NL",
>
> "dp_id",
>
> "FSE001082",
>
> "dp_street1",
>
> "",
>
> null,
>
>

Re: [VOTE] Release Lucene/Solr 8.5.0 RC1

2020-03-17 Thread Michael Sokolov

smoke tester failed for me with "SSL: CERTIFICATE_VERIFY_FAILED"
although curl is able to retrieve the dist.apache.org URL. Possibly
there is some problem with my Python's CA bundle, but if so I'm not
sure how to resolve at the moment. I checked out the 8.5 branch and
ran "ant nightly-smoke" instead ... this failed with an error
downloading from maven ..

  Path to dependency:
1) unspecified:unspecified:jar:0.0
2) org.apache.maven.wagon:wagon-ssh:jar:1.0-beta-7

not sure what's up with that - maybe another environmental issue on my
end? I'm not even really sure what nightly-smoke is for: is that what
the smoke tester runs?  So I finally ran ant test. I had one failure
(org.apache.solr.cloud.SystemCollectionCompatTest.testBackCompat) that
did also reproduce when I re-ran it (and took 4 minutes to run!), and
then finally succeeded on the third try (taking only 25 seconds). It
seems to have two modes (slow/fail and less slow/succeed). I'm not
sure if it's helpful but here's a failing seed from a 3m31s run:
639CE74EEAFDB01C.

I don't think this is enough to vote one way or the other; I'd like to
help out in the future though, so I'll try to sort out the CA issue.
I'm also curious if anyone can explain what nightly-smoke does, or in
general how smoke testing is related to unit tests - is it a different
set of tests? More comprehensive?



On Tue, Mar 17, 2020 at 3:08 AM jim ferenczi  wrote:
>
> +1
>
> SUCCESS! [1:18:55.683704]
>
> Le mar. 17 mars 2020 à 01:35, Mike Drob  a écrit :
>>
>> +1 (non-binding)
>>
>> All testing was with Java 11.0.5
>>
>> Smoke tester didn't work (expected)
>>
>> Manually ran lucene and solr tests, had a few solr failures but they passed 
>> when rerunning individually.
>> Went through the tutorial, have a few minor updates to make that I'll take 
>> care of in the next few days but nothing critical.
>>
>> On Mon, Mar 16, 2020 at 3:12 PM Tomás Fernández Löbbe 
>>  wrote:
>>>
>>> +1
>>>
>>> SUCCESS! [1:20:34.327672]
>>>
>>> On Mon, Mar 16, 2020 at 12:59 PM Kevin Risden  wrote:

 +1

 SUCCESS! [1:24:43.574849]

 Kevin Risden

 On Mon, Mar 16, 2020 at 3:40 PM Nhat Nguyen
  wrote:
 >
 > +1
 >
 > SUCCESS! [0:52:39.991003]
 >
 > On Mon, Mar 16, 2020 at 11:14 AM Cassandra Targett 
 >  wrote:
 >>
 >> I pushed the Solr Ref Guide DRAFT up this morning (thought I did it on 
 >> Friday, sorry): https://lucene.apache.org/solr/guide/8_5/.
 >>
 >> Cassandra
 >> On Mar 15, 2020, 6:06 PM -0500, Uwe Schindler , wrote:
 >>
 >> Hi,
 >>
 >> I instructed Policeman Jenkins to automatically test the release for 
 >> me, the result (Java 8 / Java 9 combined Smoketesting):
 >>
 >> SUCCESS! [1:24:47.422173]
 >> (see 
 >> https://jenkins.thetaphi.de/job/Lucene-Solr-Release-Tester/30/console)
 >>
 >> I also downloaded the artifacts and tested manually:
 >> - Solr starts and stops perfectly on Windows with whitespace in path 
 >> name: Java 8, Java 11 and Java 14 (coming out soon)
 >> - Javadocs of Lucene look fine
 >> - JAR files look good
 >> - All links to repos in pom.xml and ant use HTTPS
 >>
 >> So I am fine with releasing this.
 >> +1 to RELEASE!
 >>
 >> Uwe
 >>
 >> -
 >> Uwe Schindler
 >> Achterdiek 19, D-28357 Bremen
 >> https://www.thetaphi.de
 >> eMail: u...@thetaphi.de
 >>
 >> -Original Message-
 >> From: Alan Woodward 
 >> Sent: Friday, March 13, 2020 3:27 PM
 >> To: dev@lucene.apache.org
 >> Subject: [VOTE] Release Lucene/Solr 8.5.0 RC1
 >>
 >> Please vote for release candidate 1 for Lucene/Solr 8.5.0
 >>
 >> The artifacts can be downloaded from:
 >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.5.0-RC1-
 >> rev7ac489bf7b97b61749b19fa2ee0dc46e74b8dc42
 >>
 >> You can run the smoke tester directly with this command:
 >>
 >> python3 -u dev-tools/scripts/smokeTestRelease.py \
 >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.5.0-RC1-
 >> rev7ac489bf7b97b61749b19fa2ee0dc46e74b8dc42
 >>
 >> The vote will be open for three working days i.e. until next Tuesday, 
 >> 2020-03-
 >> 18 14:00 UTC.
 >>
 >> [ ] +1 approve
 >> [ ] +0 no opinion
 >> [ ] -1 disapprove (and reason why)
 >>
 >> Here is my +1
 >> -
 >> 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:

Re: [VOTE] Release Lucene/Solr 8.5.0 RC1

2020-03-17 Thread Houston Putman

+1

Tested with Java 8.

Smoke tester also did not work for me, as random unit tests would fail each
time. Looked into each, and none looked like blockers.

Manually ran the tests as well and got one failure that passed when running
individually.

On Tue, Mar 17, 2020 at 3:08 AM jim ferenczi  wrote:

> +1
>
> SUCCESS! [1:18:55.683704]
>
> Le mar. 17 mars 2020 à 01:35, Mike Drob  a écrit :
>
>> +1 (non-binding)
>>
>> All testing was with Java 11.0.5
>>
>> Smoke tester didn't work (expected)
>>
>> Manually ran lucene and solr tests, had a few solr failures but they
>> passed when rerunning individually.
>> Went through the tutorial, have a few minor updates to make that I'll
>> take care of in the next few days but nothing critical.
>>
>> On Mon, Mar 16, 2020 at 3:12 PM Tomás Fernández Löbbe <
>> tomasflo...@gmail.com> wrote:
>>
>>> +1
>>>
>>> SUCCESS! [1:20:34.327672]
>>>
>>> On Mon, Mar 16, 2020 at 12:59 PM Kevin Risden 
>>> wrote:
>>>
 +1

 SUCCESS! [1:24:43.574849]

 Kevin Risden

 On Mon, Mar 16, 2020 at 3:40 PM Nhat Nguyen
  wrote:
 >
 > +1
 >
 > SUCCESS! [0:52:39.991003]
 >
 > On Mon, Mar 16, 2020 at 11:14 AM Cassandra Targett <
 casstarg...@gmail.com> wrote:
 >>
 >> I pushed the Solr Ref Guide DRAFT up this morning (thought I did it
 on Friday, sorry): https://lucene.apache.org/solr/guide/8_5/.
 >>
 >> Cassandra
 >> On Mar 15, 2020, 6:06 PM -0500, Uwe Schindler ,
 wrote:
 >>
 >> Hi,
 >>
 >> I instructed Policeman Jenkins to automatically test the release for
 me, the result (Java 8 / Java 9 combined Smoketesting):
 >>
 >> SUCCESS! [1:24:47.422173]
 >> (see
 https://jenkins.thetaphi.de/job/Lucene-Solr-Release-Tester/30/console)
 >>
 >> I also downloaded the artifacts and tested manually:
 >> - Solr starts and stops perfectly on Windows with whitespace in path
 name: Java 8, Java 11 and Java 14 (coming out soon)
 >> - Javadocs of Lucene look fine
 >> - JAR files look good
 >> - All links to repos in pom.xml and ant use HTTPS
 >>
 >> So I am fine with releasing this.
 >> +1 to RELEASE!
 >>
 >> Uwe
 >>
 >> -
 >> Uwe Schindler
 >> Achterdiek 19, D-28357 Bremen
 >> https://www.thetaphi.de
 >> eMail: u...@thetaphi.de
 >>
 >> -Original Message-
 >> From: Alan Woodward 
 >> Sent: Friday, March 13, 2020 3:27 PM
 >> To: dev@lucene.apache.org
 >> Subject: [VOTE] Release Lucene/Solr 8.5.0 RC1
 >>
 >> Please vote for release candidate 1 for Lucene/Solr 8.5.0
 >>
 >> The artifacts can be downloaded from:
 >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.5.0-RC1-
 >> rev7ac489bf7b97b61749b19fa2ee0dc46e74b8dc42
 >>
 >> You can run the smoke tester directly with this command:
 >>
 >> python3 -u dev-tools/scripts/smokeTestRelease.py \
 >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.5.0-RC1-
 >> rev7ac489bf7b97b61749b19fa2ee0dc46e74b8dc42
 >>
 >> The vote will be open for three working days i.e. until next
 Tuesday, 2020-03-
 >> 18 14:00 UTC.
 >>
 >> [ ] +1 approve
 >> [ ] +0 no opinion
 >> [ ] -1 disapprove (and reason why)
 >>
 >> Here is my +1
 >> -
 >> 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

SOLR dataimport from SQL server

2020-03-17 Thread Nouman Zaheer

Hi Guys
I am not sure if this is correct email list to ask this question but I am 
facing a waired issue where I am being able to setup the SQL dataimport but 
only first column (dp_id  in this case as below) is being indexed in the 
indexes as when query anyother column it saying not found, if anyone has any 
insight about it , I will appreciate any help,   configuration below (using 
latest version SOLR 8.4.1 with OpenJDK  with mssql-jdbc-8.2.0.jre13.jar , with 
java version javac 13.0.2)
Below is  DEBUG with verbose here is the info and I can see columns are being 
selected from sql server
{
  "responseHeader": {
"status": 0,
"QTime": 3063
  },
  "initArgs": [
"defaults",
[
  "config",
  "data-config.xml"
]
  ],
  "command": "full-import",
  "mode": "debug",
  "documents": [
{
  "id": "DVP02",
  "_version_": 1661420746416586800,
  "_root_": "DVP02"
},
{
  "id": "DVP03",
  "_version_": 1661420746417635300,
  "_root_": "DVP03"
},
{
  "id": "FSE001080",
  "_version_": 1661420746417635300,
  "_root_": "FSE001080"
},
{
  "id": "FSE001081",
  "_version_": 1661420746417635300,
  "_root_": "FSE001081"
},
{
  "id": "FSE001082",
  "_version_": 1661420746417635300,
  "_root_": "FSE001082"
},
{
  "id": "FSE001083",
  "_version_": 1661420746417635300,
  "_root_": "FSE001083"
},
{
  "id": "FSE001084",
  "_version_": 1661420746417635300,
  "_root_": "FSE001084"
},
{
  "id": "FSE001085",
  "_version_": 1661420746417635300,
  "_root_": "FSE001085"
},
{
  "id": "FSE001086",
  "_version_": 1661420746417635300,
  "_root_": "FSE001086"
},
{
  "id": "OMM02",
  "_version_": 1661420746417635300,
  "_root_": "OMM02"
}
  ],
  "verbose-output": [
"entity:RPS_Table",
[
  "document#1",
  [
"query",
"select dp_id,dp_name,dp_street1,dp_city,dp_state,dp_ctry_co from 
MyTable",
"time-taken",
"0:0:0.228",
null,
"--- row #1-",
"dp_name",
"HAP JANG GANG 6",
"dp_state",
null,
"dp_city",
null,
"dp_ctry_co",
"XX",
"dp_id",
   "DVP02",
"dp_street1",
null,
null,
"-"
  ],
  "document#2",
  [
null,
"--- row #1-",
"dp_name",
"JI SONG 8",
"dp_state",
null,
"dp_city",
null,
"dp_ctry_co",
"XX",
"dp_id",
"DVP03",
"dp_street1",
null,
null,
"-"
  ],
  "document#3",
  [
null,
"--- row #1-",
"dp_name",
"BEKTAS, Halis",
"dp_state",
" ",
"dp_city",
"",
"dp_ctry_co",
"CH",
"dp_id",
"FSE001080",
"dp_street1",
"",
null,
"-"
  ],
  "document#4",
  [
null,
"--- row #1-",
"dp_name",
"HOLLEBRAND, Alexander  AKA HOLLEBRAND, Sander",
"dp_state",
null,
"dp_city",
null,
"dp_ctry_co",
"XX",
"dp_id",
"FSE001081",
"dp_street1",
null,
null,
"-"
  ],
  "document#5",
  [
null,
"--- row #1-",
"dp_name",
"VAN MAZIJK, Paul",
"dp_state",
"",
"dp_city",
"",
"dp_ctry_co",
"NL",
"dp_id",
"FSE001082",
"dp_street1",
"",
null,
"-"
  ],
  "document#6",
  [
null,
"--- row #1-",
"dp_name",
"BLUEMARINE SA AKA BLUE MARINE SHIPPING AGENCY S.A. AKA BLUEMARINE AG  
AKA BLUEMARINE LTD",
"dp_state",
" ",
"dp_city",
"Baar",
"dp_ctry_co",
"CH",
"dp_id",
"FSE001083",
"dp_street1",
"Lindenstrasse 2",
null,
"-"
  ],
  "document#7",
  [
null,
"--- row #1-",
"dp_name",
"RIXO INTERNATIONAL TRADING LTD.",
"dp_state",
" ",
"dp_city",
"Baar",
"dp_ctry_co",
"CH",
"dp_id",
"FSE001084",
"dp_street1",
"Lindenstrasse 2",
null,
   "-"
  ],
  "document#8",
  [
null,
"--- row

Bad BadApple

2020-03-17 Thread Erick Erickson

The report I sent yesterday didn’t have the most recent builds in it, my 
mistake.

Here’s the updated one.

Short form:

Failures in Hoss' reports for the last 4 rollups.

There were 326 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   2.4 1736 48  BasicDistributedZkTest.test
 0123  58.4  150 60  HdfsSyncSliceTest.test
 0123   0.2 1691  8  HttpPartitionWithTlogReplicasTest.test
 0123   0.9 1696 15  SyncSliceTest.test
 0123  10.5 1878123  SystemCollectionCompatTest.testBackCompat
 0123   3.6   93 10  Test2BPostings.test (Compiler bug)
 0123   1.8 1700 19  TestPackages.testPluginLoading
 0123   0.7 1691 14  TestStressLiveNodes.testStress


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-03-16.csv
Processing file (History bit 2): HOSS-2020-02-10.csv
Processing file (History bit 1): HOSS-2020-02-03.csv
Processing file (History bit 0): HOSS-2020-01-27.csv


Number of AwaitsFix: 41 Number of BadApples: 6


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


**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: 2
   MultiThreadedOCPTest.test
   SolrZkClientTest.testSimpleUpdateACLs


Failures in Hoss' reports for the last 4 rollups.

There were 326 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   2.4 1736 48  BasicDistributedZkTest.test
 0123  58.4  150 60  HdfsSyncSliceTest.test
 0123   0.2 1691  8  HttpPartitionWithTlogReplicasTest.test
 0123   0.9 1696 15  SyncSliceTest.test
 0123  10.5 1878123  SystemCollectionCompatTest.testBackCompat
 0123   3.6   93 10  Test2BPostings.test
 0123   1.8 1700 19  TestPackages.testPluginLoading
 0123   0.7 1691 14  TestStressLiveNodes.testStress


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



 0120.2 1319  4  
TestSolrCloudWithDelegationTokens.testDelegationTokenRenew
 0120.2 1331  6  TestSolrConfigHandlerCloud.test
 01 3   0.2 1249  7  AutoScalingHandlerTest.testReadApi
 01 3   0.2 1249  5  
AutoScalingHandlerTest.testSuggestionsWithPayload
 01 3   3.7   69  9  HdfsBasicDistributedZkTest.test
 01 3   1.6 1258 12  RollingRestartTest.test
 01 3   1.1 1250  8  
TestQueryingOnDownCollection.testQueryToDownCollectionShouldFailFast
 01 0.2  878  2  
TestPullReplicaErrorHandling.testCantConnectToLeader
 0 23  14.8   77 16  HdfsWriteToMultipleCollectionsTest.test
 0 23   0.2 1246  3  SearchRateTriggerTest.testWaitForElapsed
 0 23   6.7   79  5  ShardSplitTest.testSplitWithChaosMonkey
 0 23   0.2 1244  3  
TestPullReplicaErrorHandling.testPullReplicaDisconnectsFromZooKeeper
 0 23   0.5 1247  5  UnloadDistributedZkTest.test
 0 20.2  885

Re: 8.5 release

2020-03-17 Thread Alan Woodward

If you add the release instructions to the ReleaseTodo page on cwiki then the 
RM should be able to follow them.  I can look into adding them to the release 
wizard as well.

> On 16 Mar 2020, at 15:15, Cassandra Targett  > wrote:
> 
> What do we need to do to get pushing the Ref Guide up as part of the RM 
> process? It’s super simple now, but I’m not sure what needs to change to make 
> it happen regularly as part of release.
> 
> Cassandra
> On Mar 16, 2020, 3:48 AM -0500, Alan Woodward  >, wrote:
>> Let’s keep both pages as Draft for now - one advantage of Cwiki over moin is 
>> that we can delay publishing our release notes until the release has 
>> actually happened.
>> 
>>> On 16 Mar 2020, at 08:20, Mikhail Khludnev >> > wrote:
>>> 
>>> 
>>> Alan, I've added a point. Should I click [Publish]?
>>> 
>>> On Fri, Mar 13, 2020 at 5:31 PM Alan Woodward >> > wrote:
>>> That’s the one, thank you Jan!  I’ve cloned it and made minimal changes to 
>>> update it to 8.5, it still needs the release highlights adding in though.  
>>> Draft page is available here:
>>> https://cwiki.apache.org/confluence/pages/resumedraft.action?draftId=148641910=8a43c9fb-6845-413a-b6cd-876a6647bb32=shareui=1584107316180
>>>  
>>> 
>>> 
>>> We should definitely make a top-level page for these, they currently sit 
>>> under ‘Old Wiki’ which doesn’t seem right at all.
>>> 
 On 13 Mar 2020, at 11:20, Jan Høydahl >>> > wrote:
 
 Perhaps this is the one you are looking for? 
 https://cwiki.apache.org/confluence/display/SOLR/ReleaseNote84 
 
 
 We should probably make a top-level page «Release Notes» under which we 
 can attach future release notes.
 
 Jan
 
> 12. mar. 2020 kl. 17:24 skrev Alan Woodward  >:
> 
> While I wait for the smoke tester to finish, I’ve been working on release 
> notes.  The ReleaseTodo still refers to the old wiki, and release notes 
> are on CWiki now, so I’m flying slightly blind.  Looking at what was done 
> for the previous release, I’ve created a draft note for lucene which can 
> be inspected and edited here:
> 
> https://cwiki.apache.org/confluence/pages/resumedraft.action?draftId=148641343=d4d3acb9-0dd6-4d40-903c-b16f2bb68415=shareui=1584025014586
>  
> 
> 
> For Solr, the 8.4 release note on CWiki points to a section on 
> https://lucene.apache.org/solr/news.html 
>   but it’s not entirely clear 
> where this section has come from or where it should be drafted.  Can 
> anybody enlighten me?
> 
>> On 11 Mar 2020, at 09:20, Alan Woodward > > wrote:
>> 
>> Sure, go ahead
>> 
>>> On 10 Mar 2020, at 19:22, David Smiley >> > wrote:
>>> 
>>> Can I assume it's no big deal to post a solr-ref-guide documentation 
>>> improvement on the release branch irrespective of whenever you 
>>> precisely do the RC?
>>> 
>>> ~ David Smiley
>>> Apache Lucene/Solr Search Developer
>>> http://www.linkedin.com/in/davidwsmiley 
>>> 
>>> 
>>> On Tue, Mar 10, 2020 at 9:15 AM Joel Bernstein >> > wrote:
>>> I just updated solr/CHANGES.txt as I missed something. If you've 
>>> already created the RC then it will be there in case of a respin.
>>> 
>>> 
>>> 
>>> Joel Bernstein
>>> http://joelsolr.blogspot.com/ 
>>> 
>>> 
>>> On Tue, Mar 10, 2020 at 5:45 AM Ignacio Vera >> > wrote:
>>> done. Thank you!
>>> 
>>> On Tue, Mar 10, 2020 at 10:43 AM Alan Woodward >> > wrote:
>>> Go ahead, I’ll start the release build once it’s in.
>>> 
 On 10 Mar 2020, at 07:26, Ignacio Vera >>> > wrote:
 
 Hi Alanm
 
 Is it  possible to backport 
 https://issues.apache.org/jira/browse/LUCENE-9263 
  for the 8.5 
 release, I push it tester day and CI is happy.
 
 Thanks,
 
 On Tue, Mar 10, 2020 at 2:35 AM Joel Bernstein >>> > wrote:
 
 Finished the backport for 
 https://issues.apache.org/jira/browse/SOLR-14073

Re: [VOTE] Release Lucene/Solr 8.5.0 RC1

2020-03-17 Thread jim ferenczi

+1

SUCCESS! [1:18:55.683704]

Le mar. 17 mars 2020 à 01:35, Mike Drob  a écrit :

> +1 (non-binding)
>
> All testing was with Java 11.0.5
>
> Smoke tester didn't work (expected)
>
> Manually ran lucene and solr tests, had a few solr failures but they
> passed when rerunning individually.
> Went through the tutorial, have a few minor updates to make that I'll take
> care of in the next few days but nothing critical.
>
> On Mon, Mar 16, 2020 at 3:12 PM Tomás Fernández Löbbe <
> tomasflo...@gmail.com> wrote:
>
>> +1
>>
>> SUCCESS! [1:20:34.327672]
>>
>> On Mon, Mar 16, 2020 at 12:59 PM Kevin Risden  wrote:
>>
>>> +1
>>>
>>> SUCCESS! [1:24:43.574849]
>>>
>>> Kevin Risden
>>>
>>> On Mon, Mar 16, 2020 at 3:40 PM Nhat Nguyen
>>>  wrote:
>>> >
>>> > +1
>>> >
>>> > SUCCESS! [0:52:39.991003]
>>> >
>>> > On Mon, Mar 16, 2020 at 11:14 AM Cassandra Targett <
>>> casstarg...@gmail.com> wrote:
>>> >>
>>> >> I pushed the Solr Ref Guide DRAFT up this morning (thought I did it
>>> on Friday, sorry): https://lucene.apache.org/solr/guide/8_5/.
>>> >>
>>> >> Cassandra
>>> >> On Mar 15, 2020, 6:06 PM -0500, Uwe Schindler ,
>>> wrote:
>>> >>
>>> >> Hi,
>>> >>
>>> >> I instructed Policeman Jenkins to automatically test the release for
>>> me, the result (Java 8 / Java 9 combined Smoketesting):
>>> >>
>>> >> SUCCESS! [1:24:47.422173]
>>> >> (see
>>> https://jenkins.thetaphi.de/job/Lucene-Solr-Release-Tester/30/console)
>>> >>
>>> >> I also downloaded the artifacts and tested manually:
>>> >> - Solr starts and stops perfectly on Windows with whitespace in path
>>> name: Java 8, Java 11 and Java 14 (coming out soon)
>>> >> - Javadocs of Lucene look fine
>>> >> - JAR files look good
>>> >> - All links to repos in pom.xml and ant use HTTPS
>>> >>
>>> >> So I am fine with releasing this.
>>> >> +1 to RELEASE!
>>> >>
>>> >> Uwe
>>> >>
>>> >> -
>>> >> Uwe Schindler
>>> >> Achterdiek 19, D-28357 Bremen
>>> >> https://www.thetaphi.de
>>> >> eMail: u...@thetaphi.de
>>> >>
>>> >> -Original Message-
>>> >> From: Alan Woodward 
>>> >> Sent: Friday, March 13, 2020 3:27 PM
>>> >> To: dev@lucene.apache.org
>>> >> Subject: [VOTE] Release Lucene/Solr 8.5.0 RC1
>>> >>
>>> >> Please vote for release candidate 1 for Lucene/Solr 8.5.0
>>> >>
>>> >> The artifacts can be downloaded from:
>>> >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.5.0-RC1-
>>> >> rev7ac489bf7b97b61749b19fa2ee0dc46e74b8dc42
>>> >>
>>> >> You can run the smoke tester directly with this command:
>>> >>
>>> >> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>> >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.5.0-RC1-
>>> >> rev7ac489bf7b97b61749b19fa2ee0dc46e74b8dc42
>>> >>
>>> >> The vote will be open for three working days i.e. until next Tuesday,
>>> 2020-03-
>>> >> 18 14:00 UTC.
>>> >>
>>> >> [ ] +1 approve
>>> >> [ ] +0 no opinion
>>> >> [ ] -1 disapprove (and reason why)
>>> >>
>>> >> Here is my +1
>>> >> -
>>> >> 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
>>>
>>>

[jira] [Commented] (PYLUCENE-53) JCC Default implementations from Interfaces not exposed

Re: SOLR dataimport from SQL server

Re: [VOTE] Release Lucene/Solr 8.5.0 RC1

Re: [VOTE] Release Lucene/Solr 8.5.0 RC1

SOLR dataimport from SQL server

Bad BadApple

Re: 8.5 release

Re: [VOTE] Release Lucene/Solr 8.5.0 RC1

8 matches

Site Navigation

Mail list logo

Footer information