se or complain about
>invalid regex) might be considered a bug...
>>
>> On Thu, Sep 17, 2020 at 9:30 AM Mark Harwood <mailto:markharw...@gmail.com>> wrote:
>> I think the decision comes down to choosing between silent
>(mis)interpratations of ambiguous queries or nois
if it makes sense to have this relaxed parsing. I
was always very skeptical of adding the regexes, as it breaks many queries. Now
it’s even more.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Mark Harwood
Sent
Hi,
this ongoing build failures is a bug in the "warnings-ng" Jenkins plugin, which
was updated yesterday. I reverted to previous version, as instructed by the
project maintainer:
https://issues.jenkins-ci.org/browse/JENKINS-63659
Sorry for that,
Uwe
-
Uwe Schindler
Achterdiek 1
In my opinion, the proposed syntax change should enforce to have whitespace or
any other separator chat after the regex “i” parameter.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Mark Harwood
Sent: Wednesday
or not (in Oracle
builds)? The list of features mentions it, but Oracle always excluded it from
their builds.
Uwe
-
Uwe Schindler
uschind...@apache.org
ASF Member, Apache Lucene PMC / Committer
Bremen, Germany
https://lucene.apache.org/
From: Rory O'Donnell
Sent: Tuesday
ges/changes2html.pl
line 136.
The InterruptedException issue you are seeing is caused by Jenkins itsself,
but does not fail build (happens on almost every build). It's caused by the
javac warning scanner. Known issue, fixed in later plugin versions. Does not
cause this failure.
Uwe
-----
Uwe Schind
ly we have a test for bin/solr: Smoketester
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Dawid Weiss
> Sent: Monday, September 7, 2020 9:00 AM
> To: Lucene Dev
> Subject: Re: Tests tha
Hi,
My votes (binding): A1, D
Reason: I want to keep the original Lucene colors, so A1 is the only
alternative. I still really like the old one, if it would be better vectorized,
so my second choice is D.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
Hi,
> > Enforcing version and gradlew vs local shouldn't be difficult.
>
> We already enforce the version:
> https://github.com/dweiss/lucene-solr/blob/master/gradle/validation/check-
> environment.gradle#L42-L45
>
> If you run a non-wrapper gradle (local) or via gradlew does not matter
> as
ping to wiki...
>> >
>> > 2020年9月5日(土) 3:56 Dawid Weiss :
>> >>
>> >>
>> >>>
>> >>> That gets kind of circular and the two can certainly get out of
>sync...
>> >>
>> >>
>> >> Right.
That's the issue:
> Task :validateSourcePatterns
tabs instead spaces: solr/bin/solr.cmd
> Task :validateSourcePatterns FAILED
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Jenkins Se
private access, which is very bad between
JAR files. This also affects the test framework, although this is not such a
big deal (I would exclude that for now), because you would never run UNIT tests
inside a module system, only integration tests.
So a strong +1 to clean this up!
Uwe
-
Uwe
Hi Robert,
please revert this and open an issue. There was a discussion about this and
commits like this should not be done without negotiation.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> Fr
tually see what implementation is used.
In short: The release manager in 8.x does not need to care, it’s fully
automatic and requires no later version of Java during build.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
Fr
, as it may affect later
tests.
So the correct way is to copy those files to the solr container running inside
test's sandbox. That's one of the main advantages of the Test sandbox: No write
access anywhere outside the test, see policy file.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
Thanks, I had no idea where this crazy script is configured.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Tomás Fernández Löbbe
Sent: Saturday, August 29, 2020 4:49 AM
To: dev@lucene.apache.org
Subject: Re: With ant
't? Or we just don't do merges?
>
>Regards,
> Alex.
>
>-
>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
Gradlew check takes very long time, as it checks really everything, including
building whole javadocs and so on. The previous precommit is also there:
$ ./gradlew precommit
For a quick check, this is more or less identical to Ant.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
from src.tgz
files for licensing reasons).
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Erick Erickson
> Sent: Friday, August 28, 2020 12:12 AM
> To: dev@lucene.apache.org
> Subject: Remo
Hi,
+1 Binding from my side.
Results:
https://jenkins.thetaphi.de/job/Lucene-Solr-Release-Tester/34/console
Works with Java 8 and later.
I did not fully check everything in the artifacts, as this is a bugfix release
only.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357
be the same.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Erick Erickson
> Sent: Monday, August 24, 2020 3:59 PM
> To: dev@lucene.apache.org
> Subject: BadApple report
>
> We have some pre
Hi,
I re-enabled Jenkins jobs for 8.6.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Simon Willnauer
> Sent: Tuesday, August 25, 2020 10:07 AM
> To: Ishan Chattopadhyaya
> Cc: Lucene
to try out your scripts
>:-)
>>
>> > On Fri, Aug 7, 2020 at 10:12 PM David Smiley
>wrote:
>> > > Sweet! Thanks Uwe!
>> > > ~ David Smiley
>> > > Apache Lucene/Solr Search Developer
>> > > http://www.linkedin.com/in/davidwsmiley
&
>> Best,
>>>>
>>>> Marcus Eagan
>>>>
>>>>
>>
>> --
>> Marcus Eagan
>>
>>
>> ___
>> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC |
>434.466.1467
>> | http://www.opensourceconnections.com | My Free/Busy
>> <http://tinyurl.com/eric-cal>
>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
>>
><https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw>
>> 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.
>>
>>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
we have to wait until this is setup by ASF. This
affects issue, not pull requests, right? As PR are handled by Github, IMHO.
I will keep an exe on that, the jobs are there.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Origi
the release
manager to create clones of all "master" jobs, preconfigured for the release
branch. All you need is a Lucene PMC status and a Jenkins API Token and then
you will be able to start a script who creates all release branch jobs in a few
seconds
Uwe
-
Uwe Schindler
Achterdiek 1
- as no node is there anymore to
execute them. It will be switched off on Aug 15th.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
-
To unsubscribe, e-mail: dev-unsubscr...@lu
I disabled the reference guide jobs for now until Infra has fixed the access
rights on the secondary documentation jenkins node.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Jenkins
, let’s talk first which
folders are still needed for Lucene and where they are stored (git/svn).
Uwe
-
Uwe Schindler
uschind...@apache.org
ASF Member, Apache Lucene PMC / Committer
Bremen, Germany
https://lucene.apache.org/
From: Andrew Wetmore
Sent: Wednesday, August 5, 2020
leanup old workspaces, but in general it works. I will provide
a documentation how I scripted the migration of JOBs using the Jnekisn REST API
later today.
In short: You can move most jobs with a one-line CURL->CURL pipe and 2 API
tokens.
Uwe
-----
Uwe Schindler
uschind...@a
Hi,
we automatically migrated all builds to the new ASF build server. It looks like
the documentation builds have some problems in the shell script (permission
denied). I have no idea how those builds work, so maybe Steve Rowe / Cassandra
Target can fix it. Ping me on Slack!
Uwe
-
Uwe
/INFRA-20644>
https://issues.apache.org/jira/browse/INFRA-20644
Looking forward to work with you as usual on Slack
Uwe
-
Uwe Schindler
uschind...@apache.org
ASF Member, Apache Lucene PMC / Committer
Bremen, Germany
https://lucene.apache.org/
From: Gavin McDonald
Sent: Wedn
Sorry still busy…
Can you create the folder for Lucene and maybe export the jobs’ XML. They are
about 20 jobs all with Regex /^(Lucene|Solr)-.*/
You can attach it to this mail thread or place them in a Pastebin/Gist.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
Hi Gavin,
I was one of the first ones who responded, but I had not time to take action
yet. I also wanted to wait for some early adopters to see the possible problems.
I will come back to you on Slack. Would it be possible to get a zip file of the
current Job configs for inspection and
infrastructure. Most nodes will be moved automatically, but our
private ones should be negotiated. I will ask on Slack how to proceed.
See attached mail for more information!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
--- Begin Message
Are we done with full artifact build and deployment on Maven?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: David Smiley
Sent: Thursday, July 16, 2020 5:19 PM
To: Solr/Lucene Dev
Subject: Re: Gradle cutover timing
different behaviour.
So my suggestion: Use java.net.URI to build the path and use URI.getPath() or
similar to make a String out of it. The alternative to replace all backslashes
in the path to forwards slashes is a bad idea for the reasons I explained
before.
BTW, Windows is happy again!
Uwe
It looks like the disk full behaviour on Windows is caused by the commit of
https://issues.apache.org/jira/browse/SOLR-13939
We should revert this.
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> Fro
ed by Test:
org.apache.solr.cloud.RoutingToNodesWithPropertiesTest (It happens during
"repro" of test failures at end of build)
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uwe Schindler
> Sent: Wednesday, July 15, 2020 5:17 P
Hi,
some job again filled all of the disk. There seems to be a bug on Solr tests
running on Windows so that it fills all remaining space on disk (18 Gigabytes).
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Mess
Hrm,
Windows box had a Lucene-Master workspace of 18 Gigabytes Looks like some
test has blown up itsself.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Chris Hostetter
> Sent: Monday
Hi,
it seem to got lost on last Update. I was on vacation last week, so missed your
mail.
I added it back,
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Chris Hostetter
> Sent: Monday, July
[1:23:18.912909]
(Java 8 and Java 9)
I will do some further checks by hand later today – as this is your first
release. Will give my +1 later.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Bruno Roustant
Works: https://jenkins.thetaphi.de/job/Lucene-Solr-Release-Tester/33/console
Did you run smoketester from correct branch? You need the 8.6 version!!!
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Nobl
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Bruno Roustant
Sent: Tuesday, June 30, 2020 3:02 PM
To: dev@lucene.apache.org
Subject: Re: 8.6 release
[new branch] 0a1f68fafd6711304bbd7372567a359bcf36aab4 -> branch_8
Hi,
Welcome Mayya, great to have you as committer!
I would be glad to virtually meet you on Berlinbuzzwords after my session
tomorrow.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
Fro
See also: https://shipilev.net/jvm/anatomy-quarks/19-lock-elision/
Here StringBuffer is also mentioned:
https://www.beyondjava.net/escape-analysis-java
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> Fro
would have fixed Matcher,
Formatter & Co already. Introduction of StringBuilder in JDK 5 was a
shortcoming, because with Java 6 the escape analysis was added to Hotspot.
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Me
thub.com/zuliaio/zuliasearch/blob/master/zulia-server/src/main/java/io/zulia/server/index/ShardTermsHandler.java#L108
>
>What is the new way to handle this?
>
>Thanks,
>Matt
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
gt;mechanism, or are appending things "atomically", you can still get
>screwed. With that in mind, StringBuffer's synchronization is almost
>always useless overhead.
>
> - Bram
>
>---------
>To unsubscribe, e-ma
onfigured! authentication=disabled authorization=disabled.
>Solr is only as secure as you make it. Consider configuring
>authentication/authorization before exposing Solr to users internal or
>external. See https://s.apache.org/solrsecurity for more info
>:[junit4] 2> 884503 INFO (jetty-launcher-9486-thread-1)
>[n:127.0.0.1:33061_solr ] o.a.s.h.a.MetricsHistoryHandler No
>.system collection, keeping metrics history in memory.
>:[junit4] 2> 884517 INFO (jetty-launcher-9486-thread-1)
>[n:127.0.0.1:33061_solr ] o.a.s.m.r.SolrJmxReporter JMX monitoring
>for 'solr_33061.solr.node' (registry 'solr.node') enabled at server:
>com.sun.jmx.mbeanserver.JmxMBeanServer@773b494a
>:[junit4] 2> 884522 INFO (jetty-launcher-9486-thread-1)
>[n:127.0.0.1:33061_solr ] o.a.s.m.r.SolrJmxReporter JMX monitoring
>for 'solr_33061.solr.jvm' (registry 'solr.jvm') enabled at server:
>com.sun.jmx.mbeanserver.JmxMBeanServer@773b494a
>:[junit4] 2> 884523 INFO (jetty-launcher-9486-thread-1)
>[n:127.0.0.1:33061_solr ] o.a.s.m.r.SolrJmxReporter JMX monitoring
>for 'solr_33061.solr.jetty' (registry 'solr.jetty') enabled at server:
>com.sun.jmx.mbeanserver.JmxMBeanServer@773b494a
>:[junit4] 2> 884523 INFO (jetty-launcher-9486-thread-1)
>[n:127.0.0.1:33061_solr ] o.a.s.c.CorePropertiesLocator Found 0
>core definitions underneath
>/home/jenkins/workspace/Lucene-Solr-8.x-Linux/solr/build/solr-core/test/J4/temp/solr.cloud.TestConfigSetsAPI_357851D24C39FCBD-001/tempDir-001/node1
>:[junit4] 2> 884532 INFO
>(TEST-TestConfigSetsAPI.testUserAndTestDefaultConfigsetsAreSame-seed#[357851D24C39FCBD])
>[ ] o.a.s.c.MiniSolrCloudCluster waitForAllNodes: numServers=1
>:[junit4] 2> 884535 INFO
>(TEST-TestConfigSetsAPI.testUserAndTestDefaultConfigsetsAreSame-seed#[357851D24C39FCBD])
>[ ] o.a.s.c.c.ConnectionManager Waiting for client to connect to
>ZooKeeper
>:[junit4] 2> 884538 INFO
>(zkConnectionManagerCallback-9518-thread-1) [ ]
>o.a.s.c.c.ConnectionManager zkClient has connected
>:[junit4] 2> 884538 INFO
>(TEST-TestConfigSetsAPI.testUserAndTestDefaultConfigsetsAreSame-seed#[357851D24C39FCBD])
>[ ] o.a.s.c.c.ConnectionManager Client is connected to ZooKeeper
>:[
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Hi,
> One question about the current content, the Release repo is "lucene/java", but
> just bare "solr/ (new)". Is it intentional that the lucene project has “java”
> and
> solr doesn’t?
This has historical background: There were lucene variants in different
languages. At some point we renamed
and documentation, I did
not do any manual checks.
Here is my +1
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Mike Drob
> Sent: Wednesday, May 20, 2020 7:58 PM
> To: dev@lucene.apache.org
> Subject:
Hi,
here is also my +1
I have a few objections about the process, but in general it's a good idea.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Dawid Weiss
> Sent: Tuesday, May 12, 202
Hi,
there was also a problem with the Windows Node. It ran out of disk space,
because some test seem to have filled up all of the disk. All followup builds
failed. I cleaned all Workspaces (8.x, master) and it freed 20 Gigabytes!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
elease.
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Ignacio Vera
Sent: Wednesday, April 8, 2020 12:31 PM
To: dev@lucene.apache.org
Subject: [VOTE] Release Lucene/Solr 8.5.1 RC1
Please vote for release candidate 1 for
ing out of ant world on master first? :) It's
>already painful to maintain the gradle build in parallel.
>
>D.
>
>On Sat, Apr 11, 2020 at 1:14 PM Uwe Schindler wrote:
>>
>> Hi,
>>
>>
>>
>> I am currently on Easter vacation, but just wanted to giv
issues with standardanalyzer,
codecs pkg-private apis, sandbox.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: David Ryan
Sent: Saturday, April 11, 2020 9:30 AM
To: dev@lucene.apache.org
Subject: Re: Lucene 9.0 Java module
ror: A fatal exception has occurred. Program will exit.
In addition, adding the source parameter makes the java source file format of
the parameter explicit, like with Javac you should always supply the target
java version when compiling something..
Uwe
-
Uwe Schindler
Achterdiek 19
String overrideDescriptor)
The override descriptor is a web.xml format file that is applied to the context
after the standard WEB-INF/web.xml
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Wednesday, March 25, 2020 6
, but
linking our own servlets and filters and assets would be done in our code. I
don’t really like this approach, because this would disallow to replace jetty
by async Netty in the future.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
selective which endpoints
allow CORS at all, this limits security risks.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Eric Pugh
Sent: Wednesday, March 25, 2020 5:34 PM
To: dev@lucene.apache.org
Subject: Re: [DISCUSS
foo could probably be simplified.
>
> - Bram
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
ot;Adopted/Accepted but unreleased SIPs».
>
>Jan
>-
>To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
to
the way how it handles ServiceLoader interfaces (codecs, postings formats,
analyzers, see <https://issues.apache.org/jira/browse/LUCENE-9281>
https://issues.apache.org/jira/browse/LUCENE-9281). The only way to make it
work at runtime is to put all of Lucene into one module.
Uwe
----
I can confirm, it's uptodate already:
https://lucene.apache.org/core/8_5_0/index.html
That was some point which was not yet fully tested, if automatisms work!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Mess
I updated the Python installation on Policeman Jenkins Macos Slave. It no
longer uses the OS default, I hope all works well.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uwe Schindler
> Sen
For more info see:
https://pyfound.blogspot.com/2017/01/time-to-upgrade-your-python-tls-v12.html
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uwe Schindler
> Sent: Monday, March 23, 2020 11:53 AM
is obsolete, the new website is in git
and there you only have to change one line in the config file to point to
latest version:
See https://github.com/apache/lucene-site for instructions. I am available for
chat on Slack.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
It looks like the python installed on MacOS installed by default can't handle
TLS 1.2. Policeman jenkins now requires a minimum version of TLS 1.2.
I will disable the reproducer for now.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
ges/whoweare.md
>However I am unfamiliar with the process of publishing. Jan or someone
>else, can you advise us?
>
>~ David Smiley
>Apache Lucene/Solr Search Developer
>http://www.linkedin.com/in/davidwsmiley
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
ob/Lucene-Solr-master-Linux/26046/
Uwe
-----
Uwe Schindler
uschind...@apache.org
ASF Member, Apache Lucene PMC / Committer
Bremen, Germany
https://lucene.apache.org/
From: Rory O'Donnell
Sent: Wednesday, March 18, 2020 10:34 AM
To: Uwe Schindler
Cc: rory.odonn...@oracle.com; Dali
Hi Alan,
If you run into trouble with uploading and making Javadocs available via SVN,
just contact me. Normally after committing it to the well-known Subversion
folder, it should get visible on https://lucene.apache.org, but that's
untested. Maybe we need to ping Infra.
Uwe
-
Uwe
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
Hi,
FYI, I cleaned, renamed, and changed the Jenkins Jobs, so the 8.5 branch is in
the loop on ASF Jenkins and Policeman Jenkins.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Alan Woodward
Sent: Wednesday, March
Worldwide Plaza
>825 Eighth Avenue
>33rd Floor
>New York, NY 10019
>ex:623
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Hi Rory,
Policeman Jenkins is now testing the release candidate build of JDK-14 and
JDK-15-ea+9.
Uwe
-
Uwe Schindler
uschind...@apache.org
ASF Member, Apache Lucene PMC / Committer
Bremen, Germany
https://lucene.apache.org/
From: Rory O'Donnell
Sent: Monday, February
singleLineSplitter = ~$/\n\r?/$;
+def singleLineSplitter = ~$/\r?\n/$;
def licenseMatcher = Defaults.createDefaultMatcher();
def validLoggerPattern = ~$/(?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Mikhail Khludnev
I found the bug, it's a stupid one:
The line splitter is:
def singleLineSplitter = ~$/\n\r?/$;
But should be (as it's \r\n on windows not the other way round):
def singleLineSplitter = ~$/\r?\n/$;
I'll commit the fix. It's just plain wrong!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357
differ for adoc files. Jason -- please
>change this one from auto to "don't touch line endings on any of other
>files", whatever the magic is.
>
># Handles all files not treated particularly below
>* text=auto
>
>Dawid
>
>On Sun, Jan 26, 2020 at 11:20 AM
c
>>
>> I don't know if these are legitimate errors though or something that
>> needs to be improved in validation code.
>>
>> Dawid
>
>---------
>To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
to generate a new temporary directory
that’s unique. I think ANT can do this for us (I think there is an ANT task to
get a temporary name, which is assigned to a property).
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Robert
drive but if you know what you're doing then it should
>also
>make tests faster.
>
>Dawid
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Sorry false positive, Solaris hung again.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Friday, January 17, 2020 7:21 PM
To: dev@lucene.apache.org
Subject: R
Hi,
I updated the virtualization on the server. It looks like Solaris is working
again. But I have seen only one build yet – which passed without hangs. Builds
are back enabled.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de>
Thanks!
I was confused about this, this explains why it happened.
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: dwe...@apache.org
> Sent: Thursday, January 16, 2020 6:59 PM
> To: comm...@lucen
Actually it’s printed in reproduce line. Sorry for the false alarm.
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Thursday, January 16, 2020 9:29 AM
To: dev@lucene.apac
Actually the Solaris builds are sometimes hanging forever (more often with new
hardware). So they don’t pollute mailinglist they just block executor. I have
to manually kill them.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.theta
$ cat lucene.build.properties
tests.jvms=6
tests.multiplier=3
-
UWE SCHINDLER
Software Architecture, Apache Lucene, Elasticsearch
PANGAEA - Data Publisher for Earth & Environmental Science
MARUM (FVG Ost building) - University of Bremen
Room 0210, Leobener Str. 2, D-28359 Br
.x - no Java 11 support
on Solaris anymore by Oracle. Any comments?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache
Moin,
Congratulations from one of the previous chairs! You’ll have a hard time (just
joking!).
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Tomás Fernández Löbbe
Sent: Wednesday, January 15, 2020 11:28 PM
To: dev
like caused by Gradle build.
See here:
<https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/25336/console>
https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/25336/console
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eM
Hi,
Policeman Jenkins smoked the release for me:
SUCCESS! [2:59:49.956236]
Finished: SUCCESS
https://jenkins.thetaphi.de/job/Lucene-Solr-Release-Tester/29/console
I also checked the ZIP files very quickly and as this is only a bugfix release:
Here is my +1
Uwe
-
Uwe Schindler
Achterdiek
running optionally with a later version -
by pasisng a system property pointing to a TestRunner JDK.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Dawid Weiss
> Sent: Wednesday, January 8, 202
/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
L 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-2
tp and still get the same
>handshake error.
>
>Any thoughts on what to try next?
>
>
>
>
>
>Joel Bernstein
>http://joelsolr.blogspot.com/
>
>
>
>
>
>On Fri, Dec 27, 2019 at 1:46 PM Uwe Schindler wrote:
>
>> I figured out they again changed u
idea, revert this…!
Uwe
Uwe
Am December 27, 2019 6:42:49 PM UTC schrieb Uwe Schindler :
>This should be fixed with newer versions of Solr. The reason is missing
>https and this causes some redirection problems.
>
>Maybe you are using a Solr version with a POM that still refers to no
hen resolving Solr
>dependencies before and found the fix?
>
>
>Joel Bernstein
>http://joelsolr.blogspot.com/
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
2 Java versions and it looks like he was happy.
I then reviewed Changes and Javadocs: Looks fine. I also started Solr with
whitespace in my username on Windows and it booted up successfully in Java 8,
11 and 14 EA.
+1 to release as Lucene/Solr 8.4.0
Uwe
-----
Uwe Schindler
Achterd
401 - 500 of 16052 matches
Mail list logo