date:20191228

Re: [JENKINS] Lucene-Solr-8.x-Linux (64bit/jdk-13.0.1) - Build # 1684 - Failure!

2019-12-28 Thread Robert Muir

Possibly this bug: https://bugs.openjdk.java.net/browse/JDK-8230565

So when the 13.0.2 comes out, maybe it goes away.

On Sun, Dec 29, 2019 at 2:11 AM Robert Muir  wrote:

> Looks like a bug with this garbage collector (ZGC). We should file a bug
> report, the stack trace might be helpful to them:
>
> Current CompileTask:
> C2: 489037 23064 % 4   
> org.apache.lucene.index.RandomPostingsTester::verifyEnum @ 1415 (3617 bytes)
>
> Stack: [0x7f7be6564000,0x7f7be6665000],  sp=0x7f7be665fb60,  free 
> space=1006k
> Native frames: (J=compiled Java code, A=aot compiled Java code, 
> j=interpreted, Vv=VM code, C=native code)
> V  [libjvm.so+0xce71c9]  PhaseIterGVN::transform_old(Node*)+0x159
> V  [libjvm.so+0xce3874]  PhaseIterGVN::optimize()+0x134
> V  [libjvm.so+0x1027184]  
> ZBarrierSetC2::insert_barriers_on_unsafe(PhaseIdealLoop*) const+0x364
> V  [libjvm.so+0x10283b8]  ZBarrierSetC2::optimize_loops(PhaseIdealLoop*, 
> LoopOptsMode, VectorSet&, Node_Stack&, Node_List&) const+0x38
> V  [libjvm.so+0xb21ac6]  
> PhaseIdealLoop::build_and_optimize(LoopOptsMode)+0xad6
> V  [libjvm.so+0x638ecd]  PhaseIdealLoop::optimize(PhaseIterGVN&, 
> LoopOptsMode)+0x1dd
> V  [libjvm.so+0x63703f]  Compile::Optimize()+0x83f
> V  [libjvm.so+0x63860a]  Compile::Compile(ciEnv*, C2Compiler*, ciMethod*, 
> int, bool, bool, bool, DirectiveSet*)+0xd2a
> V  [libjvm.so+0x55fadc]  C2Compiler::compile_method(ciEnv*, ciMethod*, int, 
> DirectiveSet*)+0xbc
> V  [libjvm.so+0x64229d]  
> CompileBroker::invoke_compiler_on_method(CompileTask*)+0x3fd
> V  [libjvm.so+0x643c70]  CompileBroker::compiler_thread_loop()+0x5d0
> V  [libjvm.so+0xf6b9fe]  JavaThread::thread_main_inner()+0x1be
> V  [libjvm.so+0xf707fd]  Thread::call_run()+0x10d
> V  [libjvm.so+0xc875b7]  thread_native_entry(Thread*)+0xe7
>
>
> On Sun, Dec 29, 2019 at 1:29 AM Mikhail Khludnev  wrote:
>
>> Hi, Dev.
>>
>> This happens though December. What we supposed to do?
>>
>>[junit4] #  SIGSEGV (0xb) at pc=0x7f7e1c0e01c9, pid=30883,
>> tid=30952
>>[junit4] #
>>[junit4] # JRE version: OpenJDK Runtime Environment (13.0.1+9) (build
>> 13.0.1+9)
>>[junit4] # Java VM: OpenJDK 64-Bit Server VM (13.0.1+9, mixed mode,
>> tiered, z gc, linux-amd64)
>>[junit4] # Problematic frame:
>>[junit4] # V  [libjvm.so+0xce71c9]  PhaseIterGVN::transform_old
>> (Node*)+0x159
>>
>> On Sat, Dec 28, 2019 at 1:09 PM Policeman Jenkins Server <
>> jenk...@thetaphi.de> wrote:
>>
>>> Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Linux/1684/
>>> Java: 64bit/jdk-13.0.1 -XX:+UseCompressedOops
>>> -XX:+UnlockExperimentalVMOptions -XX:+UseZGC
>>>
>>> All tests passed
>>>
>>> Build Log:
>>> [...truncated 1396 lines...]
>>>[junit4] JVM J0: stdout was not empty, see:
>>> /home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/temp/junit4-J0-20191228_095417_89118188758387783302429.sysout
>>>[junit4] >>> JVM J0 emitted unexpected output (verbatim) 
>>>[junit4] #
>>>[junit4] # A fatal error has been detected by the Java Runtime
>>> Environment:
>>>[junit4] #
>>>[junit4] #  SIGSEGV (0xb) at pc=0x7f7e1c0e01c9, pid=30883,
>>> tid=30952
>>>[junit4] #
>>>[junit4] # JRE version: OpenJDK Runtime Environment (13.0.1+9) (build
>>> 13.0.1+9)
>>>[junit4] # Java VM: OpenJDK 64-Bit Server VM (13.0.1+9, mixed mode,
>>> tiered, z gc, linux-amd64)
>>>[junit4] # Problematic frame:
>>>[junit4] # V  [libjvm.so+0xce71c9]
>>> PhaseIterGVN::transform_old(Node*)+0x159
>>>[junit4] #
>>>[junit4] # No core dump will be written. Core dumps have been
>>> disabled. To enable core dumping, try "ulimit -c unlimited" before starting
>>> Java again
>>>[junit4] #
>>>[junit4] # An error report file with more information is saved as:
>>>[junit4] #
>>> /home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/J0/hs_err_pid30883.log
>>>[junit4] [thread 6488 also had an error]
>>>[junit4] #
>>>[junit4] # Compiler replay data is saved as:
>>>[junit4] #
>>> /home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/J0/replay_pid30883.log
>>>[junit4] #
>>>[junit4] # If you would like to submit a bug report, please visit:
>>>[junit4] #   https://github.com/AdoptOpenJDK/openjdk-build/issues
>>>[junit4] #
>>>[junit4] <<< JVM J0: EOF 
>>>
>>> [...truncated 798 lines...]
>>>[junit4] ERROR: JVM J0 ended with an exception, command line:
>>> /home/jenkins/tools/java/64bit/jdk-13.0.1/bin/java -XX:+UseCompressedOops
>>> -XX:+UnlockExperimentalVMOptions -XX:+UseZGC
>>> -XX:+HeapDumpOnOutOfMemoryError
>>> -XX:HeapDumpPath=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/heapdumps
>>> -ea -esa --illegal-access=deny -Dtests.prefix=tests
>>> -Dtests.seed=C474FBC796E01686 -Xmx512M -Dtests.iters= -Dtests.verbose=false
>>> -Dtests.infostream=false -Dtests.codec=random -Dtests.postingsformat=random
>>> -Dtests.docvaluesformat=random -Dtests.locale=random
>>> -Dtests.timezone=random

Re: [JENKINS] Lucene-Solr-8.x-Linux (64bit/jdk-13.0.1) - Build # 1684 - Failure!

2019-12-28 Thread Robert Muir

Looks like a bug with this garbage collector (ZGC). We should file a bug
report, the stack trace might be helpful to them:

Current CompileTask:
C2: 489037 23064 % 4
org.apache.lucene.index.RandomPostingsTester::verifyEnum @ 1415 (3617
bytes)

Stack: [0x7f7be6564000,0x7f7be6665000],
sp=0x7f7be665fb60,  free space=1006k
Native frames: (J=compiled Java code, A=aot compiled Java code,
j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0xce71c9]  PhaseIterGVN::transform_old(Node*)+0x159
V  [libjvm.so+0xce3874]  PhaseIterGVN::optimize()+0x134
V  [libjvm.so+0x1027184]
ZBarrierSetC2::insert_barriers_on_unsafe(PhaseIdealLoop*) const+0x364
V  [libjvm.so+0x10283b8]
ZBarrierSetC2::optimize_loops(PhaseIdealLoop*, LoopOptsMode,
VectorSet&, Node_Stack&, Node_List&) const+0x38
V  [libjvm.so+0xb21ac6]  PhaseIdealLoop::build_and_optimize(LoopOptsMode)+0xad6
V  [libjvm.so+0x638ecd]  PhaseIdealLoop::optimize(PhaseIterGVN&,
LoopOptsMode)+0x1dd
V  [libjvm.so+0x63703f]  Compile::Optimize()+0x83f
V  [libjvm.so+0x63860a]  Compile::Compile(ciEnv*, C2Compiler*,
ciMethod*, int, bool, bool, bool, DirectiveSet*)+0xd2a
V  [libjvm.so+0x55fadc]  C2Compiler::compile_method(ciEnv*, ciMethod*,
int, DirectiveSet*)+0xbc
V  [libjvm.so+0x64229d]
CompileBroker::invoke_compiler_on_method(CompileTask*)+0x3fd
V  [libjvm.so+0x643c70]  CompileBroker::compiler_thread_loop()+0x5d0
V  [libjvm.so+0xf6b9fe]  JavaThread::thread_main_inner()+0x1be
V  [libjvm.so+0xf707fd]  Thread::call_run()+0x10d
V  [libjvm.so+0xc875b7]  thread_native_entry(Thread*)+0xe7


On Sun, Dec 29, 2019 at 1:29 AM Mikhail Khludnev  wrote:

> Hi, Dev.
>
> This happens though December. What we supposed to do?
>
>[junit4] #  SIGSEGV (0xb) at pc=0x7f7e1c0e01c9, pid=30883, tid=30952
>[junit4] #
>[junit4] # JRE version: OpenJDK Runtime Environment (13.0.1+9) (build
> 13.0.1+9)
>[junit4] # Java VM: OpenJDK 64-Bit Server VM (13.0.1+9, mixed mode,
> tiered, z gc, linux-amd64)
>[junit4] # Problematic frame:
>[junit4] # V  [libjvm.so+0xce71c9]  PhaseIterGVN::transform_old
> (Node*)+0x159
>
> On Sat, Dec 28, 2019 at 1:09 PM Policeman Jenkins Server <
> jenk...@thetaphi.de> wrote:
>
>> Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Linux/1684/
>> Java: 64bit/jdk-13.0.1 -XX:+UseCompressedOops
>> -XX:+UnlockExperimentalVMOptions -XX:+UseZGC
>>
>> All tests passed
>>
>> Build Log:
>> [...truncated 1396 lines...]
>>[junit4] JVM J0: stdout was not empty, see:
>> /home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/temp/junit4-J0-20191228_095417_89118188758387783302429.sysout
>>[junit4] >>> JVM J0 emitted unexpected output (verbatim) 
>>[junit4] #
>>[junit4] # A fatal error has been detected by the Java Runtime
>> Environment:
>>[junit4] #
>>[junit4] #  SIGSEGV (0xb) at pc=0x7f7e1c0e01c9, pid=30883,
>> tid=30952
>>[junit4] #
>>[junit4] # JRE version: OpenJDK Runtime Environment (13.0.1+9) (build
>> 13.0.1+9)
>>[junit4] # Java VM: OpenJDK 64-Bit Server VM (13.0.1+9, mixed mode,
>> tiered, z gc, linux-amd64)
>>[junit4] # Problematic frame:
>>[junit4] # V  [libjvm.so+0xce71c9]
>> PhaseIterGVN::transform_old(Node*)+0x159
>>[junit4] #
>>[junit4] # No core dump will be written. Core dumps have been
>> disabled. To enable core dumping, try "ulimit -c unlimited" before starting
>> Java again
>>[junit4] #
>>[junit4] # An error report file with more information is saved as:
>>[junit4] #
>> /home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/J0/hs_err_pid30883.log
>>[junit4] [thread 6488 also had an error]
>>[junit4] #
>>[junit4] # Compiler replay data is saved as:
>>[junit4] #
>> /home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/J0/replay_pid30883.log
>>[junit4] #
>>[junit4] # If you would like to submit a bug report, please visit:
>>[junit4] #   https://github.com/AdoptOpenJDK/openjdk-build/issues
>>[junit4] #
>>[junit4] <<< JVM J0: EOF 
>>
>> [...truncated 798 lines...]
>>[junit4] ERROR: JVM J0 ended with an exception, command line:
>> /home/jenkins/tools/java/64bit/jdk-13.0.1/bin/java -XX:+UseCompressedOops
>> -XX:+UnlockExperimentalVMOptions -XX:+UseZGC
>> -XX:+HeapDumpOnOutOfMemoryError
>> -XX:HeapDumpPath=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/heapdumps
>> -ea -esa --illegal-access=deny -Dtests.prefix=tests
>> -Dtests.seed=C474FBC796E01686 -Xmx512M -Dtests.iters= -Dtests.verbose=false
>> -Dtests.infostream=false -Dtests.codec=random -Dtests.postingsformat=random
>> -Dtests.docvaluesformat=random -Dtests.locale=random
>> -Dtests.timezone=random -Dtests.directory=random
>> -Dtests.linedocsfile=europarl.lines.txt.gz -Dtests.luceneMatchVersion=8.5.0
>> -Dtests.cleanthreads=perMethod
>> -Djava.util.logging.config.file=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/tools/junit4/logging.properties
>> -Dtests.nightly=false -Dtests.weekly=false -Dtests.monster=false
>>

Re: [JENKINS] Lucene-Solr-8.x-Linux (64bit/jdk-13.0.1) - Build # 1684 - Failure!

2019-12-28 Thread Mikhail Khludnev

Hi, Dev.

This happens though December. What we supposed to do?

   [junit4] #  SIGSEGV (0xb) at pc=0x7f7e1c0e01c9, pid=30883, tid=30952
   [junit4] #
   [junit4] # JRE version: OpenJDK Runtime Environment (13.0.1+9) (build
13.0.1+9)
   [junit4] # Java VM: OpenJDK 64-Bit Server VM (13.0.1+9, mixed mode,
tiered, z gc, linux-amd64)
   [junit4] # Problematic frame:
   [junit4] # V  [libjvm.so+0xce71c9]  PhaseIterGVN::transform_old
(Node*)+0x159

On Sat, Dec 28, 2019 at 1:09 PM Policeman Jenkins Server <
jenk...@thetaphi.de> wrote:

> Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Linux/1684/
> Java: 64bit/jdk-13.0.1 -XX:+UseCompressedOops
> -XX:+UnlockExperimentalVMOptions -XX:+UseZGC
>
> All tests passed
>
> Build Log:
> [...truncated 1396 lines...]
>[junit4] JVM J0: stdout was not empty, see:
> /home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/temp/junit4-J0-20191228_095417_89118188758387783302429.sysout
>[junit4] >>> JVM J0 emitted unexpected output (verbatim) 
>[junit4] #
>[junit4] # A fatal error has been detected by the Java Runtime
> Environment:
>[junit4] #
>[junit4] #  SIGSEGV (0xb) at pc=0x7f7e1c0e01c9, pid=30883, tid=30952
>[junit4] #
>[junit4] # JRE version: OpenJDK Runtime Environment (13.0.1+9) (build
> 13.0.1+9)
>[junit4] # Java VM: OpenJDK 64-Bit Server VM (13.0.1+9, mixed mode,
> tiered, z gc, linux-amd64)
>[junit4] # Problematic frame:
>[junit4] # V  [libjvm.so+0xce71c9]
> PhaseIterGVN::transform_old(Node*)+0x159
>[junit4] #
>[junit4] # No core dump will be written. Core dumps have been disabled.
> To enable core dumping, try "ulimit -c unlimited" before starting Java again
>[junit4] #
>[junit4] # An error report file with more information is saved as:
>[junit4] #
> /home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/J0/hs_err_pid30883.log
>[junit4] [thread 6488 also had an error]
>[junit4] #
>[junit4] # Compiler replay data is saved as:
>[junit4] #
> /home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/J0/replay_pid30883.log
>[junit4] #
>[junit4] # If you would like to submit a bug report, please visit:
>[junit4] #   https://github.com/AdoptOpenJDK/openjdk-build/issues
>[junit4] #
>[junit4] <<< JVM J0: EOF 
>
> [...truncated 798 lines...]
>[junit4] ERROR: JVM J0 ended with an exception, command line:
> /home/jenkins/tools/java/64bit/jdk-13.0.1/bin/java -XX:+UseCompressedOops
> -XX:+UnlockExperimentalVMOptions -XX:+UseZGC
> -XX:+HeapDumpOnOutOfMemoryError
> -XX:HeapDumpPath=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/heapdumps
> -ea -esa --illegal-access=deny -Dtests.prefix=tests
> -Dtests.seed=C474FBC796E01686 -Xmx512M -Dtests.iters= -Dtests.verbose=false
> -Dtests.infostream=false -Dtests.codec=random -Dtests.postingsformat=random
> -Dtests.docvaluesformat=random -Dtests.locale=random
> -Dtests.timezone=random -Dtests.directory=random
> -Dtests.linedocsfile=europarl.lines.txt.gz -Dtests.luceneMatchVersion=8.5.0
> -Dtests.cleanthreads=perMethod
> -Djava.util.logging.config.file=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/tools/junit4/logging.properties
> -Dtests.nightly=false -Dtests.weekly=false -Dtests.monster=false
> -Dtests.slow=true -Dtests.asserts=true -Dtests.multiplier=3
> -DtempDir=./temp -Djava.io.tmpdir=./temp
> -Dcommon.dir=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene
> -Dclover.db.dir=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/clover/db
> -Djava.security.policy=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/tools/junit4/tests.policy
> -Dtests.LUCENE_VERSION=8.5.0 -Djetty.testMode=1 -Djetty.insecurerandom=1
> -Dsolr.directoryFactory=org.apache.solr.core.MockDirectoryFactory
> -Djava.awt.headless=true -Djdk.map.althashing.threshold=0
> -Dtests.src.home=/home/jenkins/workspace/Lucene-Solr-8.x-Linux
> -Djava.security.egd=file:/dev/./urandom
> -Djunit4.childvm.cwd=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/J0
> -Djunit4.tempDir=/home/jenkins/workspace/Lucene-Solr-8.x-Linux/lucene/build/core/test/temp
> -Djunit4.childvm.id=0 -Djunit4.childvm.count=3 -Dfile.encoding=US-ASCII
> -Djava.security.manager=org.apache.lucene.util.TestSecurityManager
> -Dtests.filterstacks=true -Dtests.leaveTemporary=false
> -Dtests.badapples=false -classpath
>

Re: maven issues with org.restlet.jee:org.restlet

2019-12-28 Thread Joel Bernstein

Let's move the discussion to this ticket:

https://issues.apache.org/jira/browse/SOLR-13756

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


On Sat, Dec 28, 2019 at 1:31 PM Joel Bernstein  wrote:

> Here is the ticket on the reslet project:
>
> https://github.com/restlet/restlet-framework-java/issues/1366
>
>
> Joel Bernstein
> http://joelsolr.blogspot.com/
>
>
> On Sat, Dec 28, 2019 at 1:17 PM Joel Bernstein  wrote:
>
>> Ok Uwe,
>>
>> I think I've got all the details. I'll open a ticket with the restlet
>> project explaining the http->https redirect problem. Hopefully they will
>> fix this and put this problem to rest (pun intended).
>>
>> I'll also open a Solr ticket so we can discuss what can be done to
>> possibly mitigate this issue without the help of the restlet project and to
>> discuss the removal of this dependency.
>>
>> Thanks!
>>
>>
>>
>>
>>
>> Joel Bernstein
>> http://joelsolr.blogspot.com/
>>
>>
>> On Fri, Dec 27, 2019 at 6:11 PM Uwe Schindler  wrote:
>>
>>> Sorry,
>>>
>>>
>>>
>>> the Ivy build was fixed in
>>> https://issues.apache.org/jira/browse/LUCENE-8807 (Lucene/Solr 8.2),
>>> the Maven POMs were fixed:
>>> https://issues.apache.org/jira/browse/LUCENE-8993 (Lucene/Solr 8.3)
>>>
>>>
>>>
>>> Sorry both links pointed to same diff. The history is above.
>>>
>>>
>>>
>>> So in short: to build Solr from source you need 8.2, otherwise Ivy won’t
>>> find any Restlet artifacts. To use the Maven POMs in 3rd party
>>> projects, you need 8.3.
>>>
>>>
>>>
>>> Uwe
>>>
>>>
>>>
>>> -
>>>
>>> Uwe Schindler
>>>
>>> Achterdiek 19, D-28357 Bremen
>>>
>>> https://www.thetaphi.de
>>>
>>> eMail: u...@thetaphi.de
>>>
>>>
>>>
>>> *From:* Uwe Schindler 
>>> *Sent:* Saturday, December 28, 2019 12:07 AM
>>> *To:* 'Joel Bernstein' ; 'lucene dev' <
>>> dev@lucene.apache.org>
>>> *Subject:* RE: maven issues with org.restlet.jee:org.restlet
>>>
>>>
>>>
>>> Hi,
>>>
>>>
>>>
>>> there are few issues:
>>>
>>>- Java does not support redirects from HTTP -> HTTPS. It simply
>>>won’t follow those. This is a known issue and well-known. This was the
>>>reason why I changed all URLs to HTTPS in recently, as any redirect won’t
>>>work.  We can’t change that for old Solr releases, they keep broken. I
>>>changed this here (possible since 8.3.0):
>>>
>>> https://github.com/apache/lucene-solr/commit/4a015e224dcd4b1c5f3db92c01d8bf80be3c244a.
>>>The Maven POMs were changed a bit later:
>>>
>>> https://github.com/apache/lucene-solr/commit/4a015e224dcd4b1c5f3db92c01d8bf80be3c244a.
>>>So basically everything after 8.3.0 should work correct, older versions
>>>cannot be fixed anymore. The change to talend is not the issue, it’s the
>>>HTTP->HTTPS one which breaks Ivy.
>>>- This is no longer an issue with pure Maven (as they have a
>>>workaround), but Ivy can’t handle that (as it relies on Java’s own URL
>>>handling). Newer Maven has its own one.
>>>- The HTTPS stuff redirects to the talend URL and finally it’s
>>>internally handled by Cloudfront. And it looks like it breaks there. With
>>>Lucene/Solr Master on Java 11 I get no error. I think Java 8 does not
>>>support TLS 1.3 and cloudfront wants this. No idea at all. But it works
>>>here.
>>>
>>>
>>>
>>> Uwe
>>>
>>>
>>>
>>> -
>>>
>>> Uwe Schindler
>>>
>>> Achterdiek 19, D-28357 Bremen
>>>
>>> https://www.thetaphi.de
>>>
>>> eMail: u...@thetaphi.de
>>>
>>>
>>>
>>> *From:* Joel Bernstein 
>>> *Sent:* Friday, December 27, 2019 9:17 PM
>>> *To:* lucene dev 
>>> *Cc:* Uwe Schindler 
>>> *Subject:* Re: maven issues with org.restlet.jee:org.restlet
>>>
>>>
>>>
>>> Agreed, if they don't fix this it needs to be removed, this is a mess.
>>>
>>>
>>>
>>> I did some more digging and the files are present when you point a
>>> browser at:
>>>
>>>
>>>
>>>
>>> https://maven.restlet.com/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
>>>
>>>
>>> https://maven.restlet.org/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
>>> 
>>>
>>>
>>> http://maven.restlet.com/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
>>> 
>>>
>>>
>>> http://maven.restlet.org/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
>>> 
>>>
>>>
>>>
>>> The error I get is a handshake failure which is a failure to connect
>>> through the Maven java libraries. So, something about how they're hosting
>>> these files seems to be problematic.
>>>
>>>
>>>
>>> Joel Bernstein
>>>
>>> http://joelsolr.blogspot.com/
>>>
>>>
>>>
>>>
>>>
>>> On Fri, Dec 27, 2019 at 2:10 PM Ishan Chattopadhyaya <
>>> ichattopadhy...@gmail.com> wrote:
>>>
>>> Let us find out and eliminate all uses of restlet from Solr. I don't
>>> think we should be relying on any dependency that is not published to Maven
>>> Central.

Re: maven issues with org.restlet.jee:org.restlet

2019-12-28 Thread Joel Bernstein

Here is the ticket on the reslet project:

https://github.com/restlet/restlet-framework-java/issues/1366


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


On Sat, Dec 28, 2019 at 1:17 PM Joel Bernstein  wrote:

> Ok Uwe,
>
> I think I've got all the details. I'll open a ticket with the restlet
> project explaining the http->https redirect problem. Hopefully they will
> fix this and put this problem to rest (pun intended).
>
> I'll also open a Solr ticket so we can discuss what can be done to
> possibly mitigate this issue without the help of the restlet project and to
> discuss the removal of this dependency.
>
> Thanks!
>
>
>
>
>
> Joel Bernstein
> http://joelsolr.blogspot.com/
>
>
> On Fri, Dec 27, 2019 at 6:11 PM Uwe Schindler  wrote:
>
>> Sorry,
>>
>>
>>
>> the Ivy build was fixed in
>> https://issues.apache.org/jira/browse/LUCENE-8807 (Lucene/Solr 8.2), the
>> Maven POMs were fixed: https://issues.apache.org/jira/browse/LUCENE-8993 
>> (Lucene/Solr
>> 8.3)
>>
>>
>>
>> Sorry both links pointed to same diff. The history is above.
>>
>>
>>
>> So in short: to build Solr from source you need 8.2, otherwise Ivy won’t
>> find any Restlet artifacts. To use the Maven POMs in 3rd party projects,
>> you need 8.3.
>>
>>
>>
>> Uwe
>>
>>
>>
>> -
>>
>> Uwe Schindler
>>
>> Achterdiek 19, D-28357 Bremen
>>
>> https://www.thetaphi.de
>>
>> eMail: u...@thetaphi.de
>>
>>
>>
>> *From:* Uwe Schindler 
>> *Sent:* Saturday, December 28, 2019 12:07 AM
>> *To:* 'Joel Bernstein' ; 'lucene dev' <
>> dev@lucene.apache.org>
>> *Subject:* RE: maven issues with org.restlet.jee:org.restlet
>>
>>
>>
>> Hi,
>>
>>
>>
>> there are few issues:
>>
>>- Java does not support redirects from HTTP -> HTTPS. It simply won’t
>>follow those. This is a known issue and well-known. This was the reason 
>> why
>>I changed all URLs to HTTPS in recently, as any redirect won’t work.  We
>>can’t change that for old Solr releases, they keep broken. I changed this
>>here (possible since 8.3.0):
>>
>> https://github.com/apache/lucene-solr/commit/4a015e224dcd4b1c5f3db92c01d8bf80be3c244a.
>>The Maven POMs were changed a bit later:
>>
>> https://github.com/apache/lucene-solr/commit/4a015e224dcd4b1c5f3db92c01d8bf80be3c244a.
>>So basically everything after 8.3.0 should work correct, older versions
>>cannot be fixed anymore. The change to talend is not the issue, it’s the
>>HTTP->HTTPS one which breaks Ivy.
>>- This is no longer an issue with pure Maven (as they have a
>>workaround), but Ivy can’t handle that (as it relies on Java’s own URL
>>handling). Newer Maven has its own one.
>>- The HTTPS stuff redirects to the talend URL and finally it’s
>>internally handled by Cloudfront. And it looks like it breaks there. With
>>Lucene/Solr Master on Java 11 I get no error. I think Java 8 does not
>>support TLS 1.3 and cloudfront wants this. No idea at all. But it works
>>here.
>>
>>
>>
>> Uwe
>>
>>
>>
>> -
>>
>> Uwe Schindler
>>
>> Achterdiek 19, D-28357 Bremen
>>
>> https://www.thetaphi.de
>>
>> eMail: u...@thetaphi.de
>>
>>
>>
>> *From:* Joel Bernstein 
>> *Sent:* Friday, December 27, 2019 9:17 PM
>> *To:* lucene dev 
>> *Cc:* Uwe Schindler 
>> *Subject:* Re: maven issues with org.restlet.jee:org.restlet
>>
>>
>>
>> Agreed, if they don't fix this it needs to be removed, this is a mess.
>>
>>
>>
>> I did some more digging and the files are present when you point a
>> browser at:
>>
>>
>>
>>
>> https://maven.restlet.com/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
>>
>>
>> https://maven.restlet.org/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
>> 
>>
>>
>> http://maven.restlet.com/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
>> 
>>
>>
>> http://maven.restlet.org/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
>> 
>>
>>
>>
>> The error I get is a handshake failure which is a failure to connect
>> through the Maven java libraries. So, something about how they're hosting
>> these files seems to be problematic.
>>
>>
>>
>> Joel Bernstein
>>
>> http://joelsolr.blogspot.com/
>>
>>
>>
>>
>>
>> On Fri, Dec 27, 2019 at 2:10 PM Ishan Chattopadhyaya <
>> ichattopadhy...@gmail.com> wrote:
>>
>> Let us find out and eliminate all uses of restlet from Solr. I don't
>> think we should be relying on any dependency that is not published to Maven
>> Central.
>>
>>
>>
>> On Sat, 28 Dec, 2019, 12:32 AM Joel Bernstein, 
>> wrote:
>>
>> Ok, thanks.
>>
>>
>>
>> I'll dig around some more and see if I find a solution. And I'll complain
>> to them for sure.
>>
>>
>>
>>
>> Joel Bernstein
>>
>> http://joelsolr.blogspot.com/
>>
>>
>>
>>
>>
>> On Fri, Dec 27, 2019 at 1:57 PM Uwe Schindler  wrote:
>>
>> No idea. Complaint at them for

Re: maven issues with org.restlet.jee:org.restlet

2019-12-28 Thread Joel Bernstein

Ok Uwe,

I think I've got all the details. I'll open a ticket with the restlet
project explaining the http->https redirect problem. Hopefully they will
fix this and put this problem to rest (pun intended).

I'll also open a Solr ticket so we can discuss what can be done to possibly
mitigate this issue without the help of the restlet project and to discuss
the removal of this dependency.

Thanks!





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


On Fri, Dec 27, 2019 at 6:11 PM Uwe Schindler  wrote:

> Sorry,
>
>
>
> the Ivy build was fixed in
> https://issues.apache.org/jira/browse/LUCENE-8807 (Lucene/Solr 8.2), the
> Maven POMs were fixed: https://issues.apache.org/jira/browse/LUCENE-8993 
> (Lucene/Solr
> 8.3)
>
>
>
> Sorry both links pointed to same diff. The history is above.
>
>
>
> So in short: to build Solr from source you need 8.2, otherwise Ivy won’t
> find any Restlet artifacts. To use the Maven POMs in 3rd party projects,
> you need 8.3.
>
>
>
> Uwe
>
>
>
> -
>
> Uwe Schindler
>
> Achterdiek 19, D-28357 Bremen
>
> https://www.thetaphi.de
>
> eMail: u...@thetaphi.de
>
>
>
> *From:* Uwe Schindler 
> *Sent:* Saturday, December 28, 2019 12:07 AM
> *To:* 'Joel Bernstein' ; 'lucene dev' <
> dev@lucene.apache.org>
> *Subject:* RE: maven issues with org.restlet.jee:org.restlet
>
>
>
> Hi,
>
>
>
> there are few issues:
>
>- Java does not support redirects from HTTP -> HTTPS. It simply won’t
>follow those. This is a known issue and well-known. This was the reason why
>I changed all URLs to HTTPS in recently, as any redirect won’t work.  We
>can’t change that for old Solr releases, they keep broken. I changed this
>here (possible since 8.3.0):
>
> https://github.com/apache/lucene-solr/commit/4a015e224dcd4b1c5f3db92c01d8bf80be3c244a.
>The Maven POMs were changed a bit later:
>
> https://github.com/apache/lucene-solr/commit/4a015e224dcd4b1c5f3db92c01d8bf80be3c244a.
>So basically everything after 8.3.0 should work correct, older versions
>cannot be fixed anymore. The change to talend is not the issue, it’s the
>HTTP->HTTPS one which breaks Ivy.
>- This is no longer an issue with pure Maven (as they have a
>workaround), but Ivy can’t handle that (as it relies on Java’s own URL
>handling). Newer Maven has its own one.
>- The HTTPS stuff redirects to the talend URL and finally it’s
>internally handled by Cloudfront. And it looks like it breaks there. With
>Lucene/Solr Master on Java 11 I get no error. I think Java 8 does not
>support TLS 1.3 and cloudfront wants this. No idea at all. But it works
>here.
>
>
>
> Uwe
>
>
>
> -
>
> Uwe Schindler
>
> Achterdiek 19, D-28357 Bremen
>
> https://www.thetaphi.de
>
> eMail: u...@thetaphi.de
>
>
>
> *From:* Joel Bernstein 
> *Sent:* Friday, December 27, 2019 9:17 PM
> *To:* lucene dev 
> *Cc:* Uwe Schindler 
> *Subject:* Re: maven issues with org.restlet.jee:org.restlet
>
>
>
> Agreed, if they don't fix this it needs to be removed, this is a mess.
>
>
>
> I did some more digging and the files are present when you point a browser
> at:
>
>
>
>
> https://maven.restlet.com/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
>
>
> https://maven.restlet.org/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
> 
>
>
> http://maven.restlet.com/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
> 
>
>
> http://maven.restlet.org/org/restlet/jee/org.restlet/2.3.0/org.restlet-2.3.0.jar
> 
>
>
>
> The error I get is a handshake failure which is a failure to connect
> through the Maven java libraries. So, something about how they're hosting
> these files seems to be problematic.
>
>
>
> Joel Bernstein
>
> http://joelsolr.blogspot.com/
>
>
>
>
>
> On Fri, Dec 27, 2019 at 2:10 PM Ishan Chattopadhyaya <
> ichattopadhy...@gmail.com> wrote:
>
> Let us find out and eliminate all uses of restlet from Solr. I don't think
> we should be relying on any dependency that is not published to Maven
> Central.
>
>
>
> On Sat, 28 Dec, 2019, 12:32 AM Joel Bernstein,  wrote:
>
> Ok, thanks.
>
>
>
> I'll dig around some more and see if I find a solution. And I'll complain
> to them for sure.
>
>
>
>
> Joel Bernstein
>
> http://joelsolr.blogspot.com/
>
>
>
>
>
> On Fri, Dec 27, 2019 at 1:57 PM Uwe Schindler  wrote:
>
> No idea. Complaint at them for breaking millions of builds.
>
> They should really post their stuff to Maven Central. No idea why they
> don't do this.
>
> Uwe
>
> Am December 27, 2019 6:54:04 PM UTC schrieb Joel Bernstein <
> joels...@gmail.com>:
>
> Yeah this a crazy way for them to manage dependencies.
>
>
>
> I see the old URL now redirects to https://maven.restlet.talend.com/.
>
>
>
> I tried adding the repo to my POM as follows:
>
>
>
> 
>

Re: Lucene/Solr 8.4 release notes

2019-12-28 Thread Adrien Grand

Hello,

Thanks to all who helped with release notes. I started publishing the
artifacts, so this is a last call to modify release notes.

On Thu, Dec 12, 2019 at 10:22 AM Adrien Grand  wrote:

> Hello all,
>
> I started working on the release notes for Lucene and Solr 8.4:
>  - https://cwiki.apache.org/confluence/display/LUCENE/ReleaseNote84
>  - https://cwiki.apache.org/confluence/display/SOLR/ReleaseNote84
>
> I'd appreciate help figuring out which changes are worth highlighting.
> Please feel free to edit these pages directly.
>
> --
> Adrien
>

-- 
Adrien

[Result] [VOTE] Release Lucene/Solr 8.4.0 RC2

2019-12-28 Thread Adrien Grand

It's been >72h since the vote was initiated and the result is:

+1  16  (11 binding)
 0  0
-1  0

This vote has PASSED.

-- 
Adrien

Re: [JENKINS] Lucene-Solr-8.x-Linux (64bit/jdk-13.0.1) - Build # 1684 - Failure!

Re: [JENKINS] Lucene-Solr-8.x-Linux (64bit/jdk-13.0.1) - Build # 1684 - Failure!

Re: [JENKINS] Lucene-Solr-8.x-Linux (64bit/jdk-13.0.1) - Build # 1684 - Failure!

Re: maven issues with org.restlet.jee:org.restlet

Re: maven issues with org.restlet.jee:org.restlet

Re: maven issues with org.restlet.jee:org.restlet

Re: Lucene/Solr 8.4 release notes

[Result] [VOTE] Release Lucene/Solr 8.4.0 RC2

8 matches

Site Navigation

Mail list logo

Footer information