Re: Our test failure rate is unacceptable.

2020-09-21 Thread Noble Paul
I tried in 8x of course. The ant command is gone from master anyway

On Mon, Sep 21, 2020 at 1:32 AM Erick Erickson  wrote:
>
> Can’t seem to get that to fail on master. Note the reproducible bit was 8x.
>
> > On Sep 19, 2020, at 5:13 PM, Erick Erickson  wrote:
> >
> > ant test  -Dtestcase=TestPackages -Dtests.seed=C29471044D369FD3 
> > -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=et-EE 
> > -Dtests.timezone=Europe/Mariehamn -Dtests.asserts=true 
> > -Dtests.file.encoding=UTF-8
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>


-- 
-
Noble Paul

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



Re: restlet dependencies

2020-09-21 Thread Noble Paul
We should deprecate that feature and remove restlet dependency altogether

On Mon, Sep 21, 2020 at 10:20 PM Joel Bernstein  wrote:
>
> Restlet again!!!
>
>
>
> Joel Bernstein
> http://joelsolr.blogspot.com/
>
>
> On Mon, Sep 21, 2020 at 7:18 AM Eric Pugh  
> wrote:
>>
>> Do we have a community blessed alternative to restlet already?
>>
>> On Sep 20, 2020, at 9:40 AM, Noble Paul  wrote:
>>
>> Haha.
>>
>> In fact schema APIs don't use restlet. Only the managed resources use it
>>
>> On Sat, Sep 19, 2020, 3:35 PM Ishan Chattopadhyaya 
>>  wrote:
>>>
>>> If I were talend, I'd immediately start publishing to maven central. If I 
>>> were the developer who built the schema APIs, I would never have used 
>>> restlet to begin with.
>>>
>>> On Sat, 19 Sep, 2020, 1:13 am Uwe Schindler,  wrote:

 I was thinking the same. Because GitHub does not cache the downloaded 
 artifacts like our jenkins servers.

 It seems to run it in a new VM or container every time, so it downloads 
 all artifacts. If I were Talend, I'd also block this.

 Uwe

 Am September 18, 2020 7:32:47 PM UTC schrieb Dawid Weiss 
 :
>
> I don't think it's http/https - I believe restlet repository simply
> bans github servers because of excessive traffic? These URLs work for
> me locally...
>
> Dawid
>
> On Fri, Sep 18, 2020 at 6:35 PM Christine Poerschke (BLOOMBERG/
> LONDON)  wrote:
>>
>>
>>  This sounds vaguely familiar. "http works, https does not work" and 
>> https://issues.apache.org/jira/browse/SOLR-13756 possibly related?
>>
>>  From: dev@lucene.apache.org At: 09/18/20 10:01:29
>>  To: dev@lucene.apache.org
>>  Subject: Re: restlet dependencies
>>
>>  I don't think it is, sadly.
>>  https://repo1.maven.org/maven2/org/restlet
>>
>>  The link you provided (mvnrepository) aggregates from several maven
>>  repositories.
>>
>>
>>  D.
>>
>>  On Fri, Sep 18, 2020 at 10:46 AM Ishan Chattopadhyaya
>>   wrote:
>>>
>>>
>>>  Sorry, afk, but I heard (*hearsay*) that restlet is also on maven 
>>> central
>>
>> these days. Can we confirm and switch to that? Sorry, if that's not the 
>> case.
>>>
>>>
>>>  On Fri, 18 Sep, 2020, 1:15 pm Dawid Weiss,  
>>> wrote:


  Just FYI: can't get PR builds on github to work recently because of 
 this:

> Could not resolve all files for configuration
>>
>> ':solr:core:compileClasspath'.

  350 > Could not download org.restlet.ext.servlet-2.4.3.jar
  (org.restlet.jee:org.restlet.ext.servlet:2.4.3)
  351 > Could not get resource

>> 'https://maven.restlet.com/org/restlet/jee/org.restlet.ext.servlet/2.4.3/org.res
>> tlet.ext.servlet-2.4.3.jar'.

  352 > Could not GET

>> 'https://maven.restlet.com/org/restlet/jee/org.restlet.ext.servlet/2.4.3/org.res
>> tlet.ext.servlet-2.4.3.jar'.

  353 > Connection reset
  354 > Could not download org.restlet-2.4.3.jar
  (org.restlet.jee:org.restlet:2.4.3)
  355 > Could not get resource

>> 'https://maven.restlet.com/org/restlet/jee/org.restlet/2.4.3/org.restlet-2.4.3.j
>> ar'.

  356 > Could not GET

>> 'https://maven.restlet.talend.com/org/restlet/jee/org.restlet/2.4.3/org.restlet-
>> 2.4.3.jar'.

  357 > Connection reset

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


-- 
-
Noble Paul

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



Re: restlet dependencies

2020-09-21 Thread Joel Bernstein
Restlet again!!!



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


On Mon, Sep 21, 2020 at 7:18 AM Eric Pugh 
wrote:

> Do we have a community blessed alternative to restlet already?
>
> On Sep 20, 2020, at 9:40 AM, Noble Paul  wrote:
>
> Haha.
>
> In fact schema APIs don't use restlet. Only the managed resources use it
>
> On Sat, Sep 19, 2020, 3:35 PM Ishan Chattopadhyaya <
> ichattopadhy...@gmail.com> wrote:
>
>> If I were talend, I'd immediately start publishing to maven central. If I
>> were the developer who built the schema APIs, I would never have used
>> restlet to begin with.
>>
>> On Sat, 19 Sep, 2020, 1:13 am Uwe Schindler,  wrote:
>>
>>> I was thinking the same. Because GitHub does not cache the downloaded
>>> artifacts like our jenkins servers.
>>>
>>> It seems to run it in a new VM or container every time, so it downloads
>>> all artifacts. If I were Talend, I'd also block this.
>>>
>>> Uwe
>>>
>>> Am September 18, 2020 7:32:47 PM UTC schrieb Dawid Weiss <
>>> dawid.we...@gmail.com>:

 I don't think it's http/https - I believe restlet repository simply
 bans github servers because of excessive traffic? These URLs work for
 me locally...

 Dawid

 On Fri, Sep 18, 2020 at 6:35 PM Christine Poerschke (BLOOMBERG/
 LONDON)  wrote:

>
>  This sounds vaguely familiar. "http works, https does not work" and 
> https://issues.apache.org/jira/browse/SOLR-13756 possibly related?
>
>  From: dev@lucene.apache.org At: 09/18/20 10:01:29
>  To: dev@lucene.apache.org
>  Subject: Re: restlet dependencies
>
>  I don't think it is, sadly.
>  https://repo1.maven.org/maven2/org/restlet
>
>  The link you provided (mvnrepository) aggregates from several maven
>  repositories.
>
>
>  D.
>
>  On Fri, Sep 18, 2020 at 10:46 AM Ishan Chattopadhyaya
>   wrote:
>
>>
>>  Sorry, afk, but I heard (*hearsay*) that restlet is also on maven 
>> central
>>
> these days. Can we confirm and switch to that? Sorry, if that's not the 
> case.
>
>>
>>  On Fri, 18 Sep, 2020, 1:15 pm Dawid Weiss,  
>> wrote:
>>
>>>
>>>  Just FYI: can't get PR builds on github to work recently because of 
>>> this:
>>>
>>> Could not resolve all files for configuration

>>> ':solr:core:compileClasspath'.
>
>>  350 > Could not download org.restlet.ext.servlet-2.4.3.jar
>>>  (org.restlet.jee:org.restlet.ext.servlet:2.4.3)
>>>  351 > Could not get resource
>>>
>>> 'https://maven.restlet.com/org/restlet/jee/org.restlet.ext.servlet/2.4.3/org.res
> tlet.ext.servlet-2.4.3.jar'.
>
>>  352 > Could not GET
>>>
>>> 'https://maven.restlet.com/org/restlet/jee/org.restlet.ext.servlet/2.4.3/org.res
> tlet.ext.servlet-2.4.3.jar'.
>
>>  353 > Connection reset
>>>  354 > Could not download org.restlet-2.4.3.jar
>>>  (org.restlet.jee:org.restlet:2.4.3)
>>>  355 > Could not get resource
>>>
>>> 'https://maven.restlet.com/org/restlet/jee/org.restlet/2.4.3/org.restlet-2.4.3.j
> ar'.
>
>>  356 > Could not GET
>>>
>>> 'https://maven.restlet.talend.com/org/restlet/jee/org.restlet/2.4.3/org.restlet-
> 2.4.3.jar'.
>
>>  357 > Connection reset
>>>
>>>  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
>
>
> --
 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
>>>
>>
> ___
> *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: [jira] [Commented] (SOLR-14151) Make schema components load from packages

2020-09-21 Thread Erick Erickson
I can get this to fail fairly regularly on 8x, here’s one:

ant test  -Dtestcase=TestPackages  -Dtests.multiplier=2 -Dtests.slow=true 
-Dtests.locale=et-EE -Dtests.timezone=Europe/Mariehamn -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8

I tried this on master with equivalent params and it passed 100 times. I hate 
these...

> On Sep 19, 2020, at 9:24 PM, Noble Paul  wrote:
> 
> I beated this test for 100 repetitions . No failures. it's frustrating
> 
> On Sun, Sep 20, 2020 at 12:33 AM Erick Erickson  
> wrote:
>> 
>> Yeah, I can't seem to get it to fail on demand either. I can look this 
>> evening at some of the Jenkins failures to see if there's a pattern or 
>> machine or whatever...
>> 
>> On Sat, Sep 19, 2020, 09:31 Noble Paul  wrote:
>>> 
>>> I'm beasting changes so many times and I can't see the failures happening
>>> 
>>> I'm wondering if we should just disable the
>>> TestPackages@testSchemaPlugins() or revert the changes wholesale
>>> 
>>> On Sat, Sep 19, 2020 at 10:44 PM Erick Erickson  
>>> wrote:
 
 I have to take it back a little. Hoss’ rollups show these tests failing 
 100% of the time, but they pass on my machine locally at least some of the 
 time…. IDK quite why there’s a difference.
 
 Noble:
 
 Let me know if I can help, I can at least beast any fix.
 
 Erick
 
> On Sep 18, 2020, at 2:13 PM, Ishan Chattopadhyaya (Jira) 
>  wrote:
> 
> 
>   [ 
> https://issues.apache.org/jira/browse/SOLR-14151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17198482#comment-17198482
>  ]
> 
> Ishan Chattopadhyaya commented on SOLR-14151:
> -
> 
> +1 on reverting all traces of this work immediately, and committing back 
> only when there are no failures. We can request Uwe to enable Jenkins 
> builds on a branch where we iterate on this until we are able to merge to 
> master. Such drastic test failure situation is unacceptable.
> 
>> Make schema components load from packages
>> -
>> 
>>   Key: SOLR-14151
>>   URL: https://issues.apache.org/jira/browse/SOLR-14151
>>   Project: Solr
>>Issue Type: Sub-task
>>  Reporter: Noble Paul
>>  Assignee: Noble Paul
>>  Priority: Major
>>Labels: packagemanager
>>   Fix For: 8.7
>> 
>>Time Spent: 12h 50m
>> Remaining Estimate: 0h
>> 
>> Example:
>> {code:xml}
>> 
>>   
>> 
>> > generateNumberParts="0" catenateWords="0"
>> catenateNumbers="0" catenateAll="0"/>
>> 
>> 
>>   
>> 
>> {code}
>> * When a package is updated, the entire {{IndexSchema}} object is 
>> refreshed, but the SolrCore object is not reloaded
>> * Any component can be prefixed with the package name
>> * The semantics of loading plugins remain the same as that of the 
>> components in {{solrconfig.xml}}
>> * Plugins can be registered using schema API
> 
> 
> 
> --
> This message was sent by Atlassian Jira
> (v8.3.4#803005)
> 
> -
> To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
> For additional commands, e-mail: issues-h...@lucene.apache.org
> 
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org
 
>>> 
>>> 
>>> --
>>> -
>>> Noble Paul
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>> 
> 
> 
> -- 
> -
> Noble Paul
> 
> -
> To unsubscribe, 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: restlet dependencies

2020-09-21 Thread Eric Pugh
Do we have a community blessed alternative to restlet already?  

> On Sep 20, 2020, at 9:40 AM, Noble Paul  wrote:
> 
> Haha.
> 
> In fact schema APIs don't use restlet. Only the managed resources use it 
> 
> On Sat, Sep 19, 2020, 3:35 PM Ishan Chattopadhyaya  > wrote:
> If I were talend, I'd immediately start publishing to maven central. If I 
> were the developer who built the schema APIs, I would never have used restlet 
> to begin with.
> 
> On Sat, 19 Sep, 2020, 1:13 am Uwe Schindler,  > wrote:
> I was thinking the same. Because GitHub does not cache the downloaded 
> artifacts like our jenkins servers.
> 
> It seems to run it in a new VM or container every time, so it downloads all 
> artifacts. If I were Talend, I'd also block this.
> 
> Uwe
> 
> Am September 18, 2020 7:32:47 PM UTC schrieb Dawid Weiss 
> mailto:dawid.we...@gmail.com>>:
> I don't think it's http/https - I believe restlet repository simply
> bans github servers because of excessive traffic? These URLs work for
> me locally...
> 
> Dawid
> 
> On Fri, Sep 18, 2020 at 6:35 PM Christine Poerschke (BLOOMBERG/
> LONDON) mailto:cpoersc...@bloomberg.net>> wrote:
> 
>  This sounds vaguely familiar. "http works, https does not work" and 
> https://issues.apache.org/jira/browse/SOLR-13756 
>  possibly related?
> 
>  From: dev@lucene.apache.org  At: 09/18/20 
> 10:01:29
>  To: dev@lucene.apache.org 
>  Subject: Re: restlet dependencies
> 
>  I don't think it is, sadly.
>  https://repo1.maven.org/maven2/org/restlet 
> 
> 
>  The link you provided (mvnrepository) aggregates from several maven
>  repositories.
> 
> 
>  D.
> 
>  On Fri, Sep 18, 2020 at 10:46 AM Ishan Chattopadhyaya
>  mailto:ichattopadhy...@gmail.com>> wrote:
> 
>  Sorry, afk, but I heard (*hearsay*) that restlet is also on maven central
> these days. Can we confirm and switch to that? Sorry, if that's not the case.
> 
>  On Fri, 18 Sep, 2020, 1:15 pm Dawid Weiss,  > wrote:
> 
>  Just FYI: can't get PR builds on github to work recently because of this:
> 
> Could not resolve all files for configuration
> ':solr:core:compileClasspath'.
>  350 > Could not download org.restlet.ext.servlet-2.4.3.jar
>  (org.restlet.jee:org.restlet.ext.servlet:2.4.3)
>  351 > Could not get resource
> 
> 'https://maven.restlet.com/org/restlet/jee/org.restlet.ext.servlet/2.4.3/org.res
>  
> 
> tlet.ext.servlet-2.4.3.jar'.
>  352 > Could not GET
> 
> 'https://maven.restlet.com/org/restlet/jee/org.restlet.ext.servlet/2.4.3/org.res
>  
> 
> tlet.ext.servlet-2.4.3.jar'.
>  353 > Connection reset
>  354 > Could not download org.restlet-2.4.3.jar
>  (org.restlet.jee:org.restlet:2.4.3)
>  355 > Could not get resource
> 
> 'https://maven.restlet.com/org/restlet/jee/org.restlet/2.4.3/org.restlet-2.4.3.j
>  
> 
> ar'.
>  356 > Could not GET
> 
> 'https://maven.restlet.talend.com/org/restlet/jee/org.restlet/2.4.3/org.restlet-
>  
> 
> 2.4.3.jar'.
>  357 > Connection reset
> 
>  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 
> 
> 
> 
> 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 
___
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.