ative, then it could affect the code choices. Like
toSolrLuceneSyntax() and toSolrQueryDsl().
-
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org
already
introspecting teh JVM behavior w/o actually testing any solr code). Not
sure what to do about testParseFrenchDate but I'll poke around and see if
i can figure it out.
-Hoss
http://www.lucidworks.com/
---------
To unsubscrib
To unsubscribe, e-mail:dev-unsubscr...@solr.apache.org
For additional commands, e-mail:dev-h...@solr.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
mmands, e-mail:dev-h...@solr.apache.org
--
http://www.needhamsoftware.com (work)
https://a.co/d/b2sZLD9 (my fantasy fiction book)
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
opTestUtil.checkAssumptions() work)
: Date: Thu, 14 Mar 2024 21:09:17 -0400
: From: David Smiley
: Reply-To: dev@solr.apache.org
: To: Uwe Schindler , bui...@solr.apache.org
: Subject: LocaleTest fails only on thetaphi CI
:
: Hi Uwe,
:
: This test:
: org.apache.solr.security.hadoop.LocaleTest.te
tead of 500; or alternative perspectives?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
-
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@s
"bin/solr", you will need to learn the
“bin/solr start” command. Though, if you are using install scripts, that probably
doesn’t matter.
For those who don’t want Solr Cloud, you just need to add a flag, so “bin solr
start -standalone” for example...
On Feb 28, 2024, at 12:55 PM, Uw
nts are marked as such.
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
-
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org
Weiss:
Thanks Uwe!
On Tue, Nov 14, 2023 at 7:27 PM Uwe Schindler wrote:
Hi,
For now the simplest is to disable always is an alternate JVM is
used, just remove the second part of the first IF statement. In
Main it is no longer relevant, as the runtime JDK is always >= 17,
0b2p76nfx2
)
Does the Lucene project have any bugfix candidates for
backporting?
Ishan, are you still targeting September?
Jan
1. aug. 2023 kl. 14:57 skrev Ishan Chattopadhyaya <
ichattopadhy...@gmail.com>:
Oh yes, good idea. Forgot about the split!
+Lucene Dev
On Tue, 1 Aug, 202
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, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
---
n.git.failOnModified=false" in your gradle.properties. I always
set this; the concept of failOnModifies seems dubious to me; it annoys me.
Can an advocate of this setting speak up and tell me why it's useful?
~ David
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.theta
://issues.apache.org/jira/browse/SOLR-16777?focusedCommentId=17742854&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-17742854
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaph
ild
$SOLR_DOWNLOAD_SERVER/9.3.0/docker/Dockerfile.official-full
\
--build-arg SOLR_DOWNLOAD_SERVER=$SOLR_DOWNLOAD_SERVER \
-t solr-rc:9.3.0-2 && \
docker build
$SOLR_DOWNLOAD_SERVER/9.3.0/docker/Dockerfile.official-slim
\
--build-arg SOLR_DOWNLOAD_SERVER=$SOLR_DOWNLOAD_
;d be awesome if we could get the Lucene 9.7 upgrade in there!
- Houston
-
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org
--
Uwe Schindler
Acht
uce themselves with a
>brief bio.
>
>Congratulations and welcome!
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
or additional commands, e-mail:dev-h...@solr.apache.org
-
To unsubscribe, e-mail:dev-unsubscr...@solr.apache.org
For additional commands, e-mail:dev-h...@solr.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
easily backports,
but it needs some additional tweaks to allow compilation of tests (only
tests!) without JDK 8 compact1 profile]
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
contributor. So we can make sure the
contributor gets all credit, although we also added some commit to cleanup a PR
before merging. You can select one of the contributors of the PR to appear in
the merge.
Uwe
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
ing as per expectations. I
would like to contribute it as well. Since this will be my first time
contributing to the open source community, I would like to know if the
JIRA needs to be assigned to me or if I can just go ahead and submit a
PR against it?
Thanks,
Rahul
--
Uwe Schindler
Achterdiek 1
Hi,
I nuked ALL workspaces on both Lucene/Solr nodes.
The issue comes from the additional jobs created before releases and
deleted afterwards. A "bug" in Jenkins causes havoc, because it only
deletes the workspace of the last known node when you delete a Jnekins
Job. To cleanup better, the RM
-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 s
introduce yourself with a brief
bio, if you wish.
Congratulations and welcome!
--
Christine
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
run in a way to leverage the
: usesAltJvm support.
:
:
: Has anyone else seen ridiculously long compilation times like this?
:
:
:
: -Hoss
: http://www.lucidworks.com/
:
-Hoss
http://www.lucidworks.com/
---------
To unsubscribe, e-mail: dev-u
Should we maybe also ask on the Lucene side if any backports to 8.11 would be
good?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Anshum Gupta
Sent: Friday, May 13, 2022 1:23 AM
To: dev@solr.apache.org
Cc: Solr/Lucene
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Gus Heck
Sent: Thursday, May 12, 2022 5:35 PM
To: dev@solr.apache.org
Subject: Re: Continuing Discussion on the new Ref Guide versioning strategy
It seems like the simple
quot; also seems to work, e.g.
> https://solr.apache.org/guide/analysis-screen.html will redirect to the latest
> version of that page for 9.0.
>
> Another bug Houston and I found yesterday was that RewriteRules from old
> guide did not work. Found the bug, the rule must not star
used to generate index.html):
https://solr.apache.org/docs/9_0_0/index.html (to fix the already released
javadocs, maybe add a redirect)
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Jan Høyd
Thanks for doing the hard work, Houston. It is great that you will work as
second chair since Solr is its own top-level project.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Jan Høydahl
Here is the PR to fix: https://github.com/apache/solr/pull/631
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Sunday, February 13, 2022 5:36 PM
To: 'dev@solr.apache.org'
Subject: RE: Warning - Ref
to escape YAML strings by duplicating single quotes
* Replace all double quoted in the YAML files by single quotes.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Sunday, February 13, 2022 4:50 PM
ora): expected hexadecimal character (18:15) in
C:\Users\Uwe
Schindler\Projects\lucene\solr\solr\solr-ref-guide\build\site-staging\playbook.yml
(playbook: C:\\Users\\Uwe
Schindler\\Projects\\lucene\\solr\\solr\\solr-ref-guide\\build/site-staging/playbook.yml)
15 | # The URL for "E
al to test real, live clusters for a
>project like Solr, and we should keep the tests (and stabilize them). But we
>cannot focus only on integration. It is developer hostile :)
>I'd like a "gradlew test" to take 3-5 minutes, at most. Perhaps "gradlew
>check"
This was a problem in the randomizer script. Java version was missing in Java 8
configs for old Lucene (missed to update after JDK-18 upgrade).
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Pol
I changed that approximately at the time when you were looking into this.
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Bence Szabó
> Sent: Thursday, January 6, 2022 6:12 PM
> To: dev@sol
reenabled the automatic
disablement for builds using JDK-16 or later. It is working again.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Policeman Jenkins Server
> Sent: Thursday, January 6, 202
similar).
I would rather go and nuke the tags (not the commits of course) from new repo
for everything before 9.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Dawid Weiss
Sent: Wed
works with a priority queue, you quickly understand that the
filtercache does not really help for sorting because you need the query's
iterators to calculate scores anyways.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -
hing vulnerable into their jar
>and re-names packages to avoid clashes, how do you even know if you're
>running vulnerable code without reading the pom.xml/build.gradle of the
>project? Even the hash signatures of the class files will have changed,
>right?
>
>On Wed, Dec 22,
-site%2Fcommits%2Fe10a6a9fe0eed8dcba3ad1a076c8208e014e76ff%2Fcontent%2Fsolr%2Fsecurity%2F2021-12-10-cve-2021-44228.md&data=04%7C01%7Cschumann%40adobe.com%7C8cd4113474d543d5ec8808d9c4c789fa%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637757184662961300%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi
This was an issue by INFRA that they deployed JDK versions with wrong
architecture. The change was reverted a minute ago.
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Jenkins Server
> Sen
nt it there. But be aware, there's also
Gradle magic and release automation involved.
For Lucene there's no need for those type of releases, as we are a library only.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> ---
should state so in the news; no reason
>to raise undue alarm bells. Maybe we should remove it.
>
>~ David Smiley
>Apache Lucene/Solr Search Developer
>http://www.linkedin.com/in/davidwsmiley
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
erences:
>https://www.lunasec.io/docs/blog/log4j-zero-day/
>
>https://www.cyberkendra.com/2021/12/worst-log4j-rce-zeroday-dropped-on.html
>
>https://help.aliyun.com/noticelist/articleid/1060971232.html
>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Log4j 1 is only affected if you have a "special" logging config with custom
appenders that explicitely enable this feature. If anybody does this, heshe
wants it.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Ori
information on mailing list, too.
I am tweeting this, too.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Cassandra Targett
Sent: Friday, December 10, 2021 5:13 PM
To: dev@solr.apache.org
Subject: RE: Log4J RCE vulnerability
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Gus Heck
Sent: Friday, December 10, 2021 1:32 PM
To: dev@solr.apache.org
Subject: Re: Log4J RCE vulnerability
In progress already it seems
<https://issues.apache.org/jira/bro
With log4j 2.15.0 this should be fixed and by default all expansions on log
messages were disabled: https://issues.apache.org/jira/browse/LOG4J2-3198
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> Fro
ere this can be used is the format
pattern in the config file, but WTF was the idea behind that to pass ALL log
messages through the expansion?
Man man, SNEAKY log4j!!! 😊
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original M
this to the *main shell script*, not to
the solr.sh.in files, as those are modified by users.
b) possibly update log4j, but with above fix it's not urgent and should not be
done in 10.0.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
to Gradle:
C:\Users\Uwe Schindler\Projects\lucene\solr>gradlew :solr:core:test --tests
TestRandomDVFaceting.testRandomFaceting -Dtests.seed=3B93BA61C91F26D4
-Dtests.slow=true -Dtests.locale=uz-Latn -Dtests.timezone=America/Santa_Isabel
-Dtests.asserts=true -Dtests.file.encoding=UT
investigate and write a bug report for Lucene with reference to Solr.
Uwe
P.S.: For easier testing I merged over the rerun tests patch (LUCENE-9660) by
Dawid from Lucene over to Solr.
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Mess
after 11. So this is a serious bug. In
Lucene tests we havent seen this!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Robert Muir
> Sent: Wednesday, December 8, 2021 6:44 P
bug (or is Solr not using something with docvalues
correctly, but an AIOOBE should not happen)!
When searching through the failure mails, it looks like this was already
there with the Lucene preview from summer 2021.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.theta
Hi,
sorry this was a failure of the warnings plugin which unfortunately updated
itsself to a buggy version: https://issues.jenkins.io/browse/JENKINS-67307
Should be fixed now. Sorry for the noise.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u
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
Hi,
all fine from my side:
SUCCESS! [1:26:05.502277]
Finished: SUCCESS
https://jenkins.thetaphi.de/job/Lucene-Solr-Release-Tester/37/console
+1 to release!
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
>
JAR files have
>>>>>> >> this line in
>>>>>> >> : > > >>>>>> them, such as core:
>>>>>> >> : > > >>>>>>
>>>>>> >> : > > >>>>>> Manifest-Version: 1.0
>>>>>> >> : > > >>>>>> Ant-Version: Apache Ant 1.9.15
>>>>>> >> : > > >>>>>> Created-By: 1.8.0_265-b01 (AppleJDK-8.0.265.1.1)
>>>>>> >> : > > >>>>>> Extension-Name: org.apache.lucene
>>>>>> >> : > > >>>>>> Specification-Title: Lucene Search Engine: core
>>>>>> >> : > > >>>>>> Specification-Version: 8.10.0
>>>>>> >> : > > >>>>>> Specification-Vendor: The Apache Software Foundation
>>>>>> >> : > > >>>>>> Implementation-Title: org.apache.lucene
>>>>>> >> : > > >>>>>> Implementation-Version: 8.10.0
>>>>>> >> ecf5c747e6df418dd05a18af327c20051f0584d
>>>>>> >> : > > >>>>>> 7 - tjp - 2021-09-14 19:08:42
>>>>>> >> : > > >>>>>> Implementation-Vendor: The Apache Software Foundation
>>>>>> >> : > > >>>>>> X-Compile-Source-JDK: 8
>>>>>> >> : > > >>>>>> X-Compile-Target-JDK: 8
>>>>>> >> : > > >>>>>> Multi-Release: true
>>>>>> >> : > > >>>>>>
>>>>>> >> : > > >>>>>> On Tue, Sep 14, 2021 at 1:21 PM Ishan Chattopadhyaya
>>>>>> >> : > > >>>>>> wrote:
>>>>>> >> : > > >>>>>> >
>>>>>> >> : > > >>>>>> > All the best, this is the worst step.
>>>>>> >> : > > >>>>>> >
>>>>>> >> : > > >>>>>> > On Tue, 14 Sep, 2021, 10:47 pm Timothy Potter,
>>>>>> >> wrote:
>>>>>> >> : > > >>>>>> >>
>>>>>> >> : > > >>>>>> >> Building RC1 now ... stay tuned.
>>>>>> >> : > > >>>>>> >>
>>>>>> >> : > > >>>>>> >> On Thu, Sep 9, 2021 at 2:30 PM Timothy Potter
>>>>>> >> wrote:
>>>>>> >> : > > >>>>>> >> >
>>>>>> >> : > > >>>>>> >> > Thanks for the update Mike!
>>>>>> >> : > > >>>>>> >> >
>>>>>> >> : > > >>>>>> >> > I'm backporting SOLR-15620 right now and am cooking
>>>>>> >> up a quick PR for
>>>>>> >> : > > >>>>>> >> > SOLR-15621, which looks like an easy win for the
>>>>>> >> issue Cassandra
>>>>>> >> : > > >>>>>> >> > reported on Slack earlier today.
>>>>>> >> : > > >>>>>> >> >
>>>>>> >> : > > >>>>>> >> > Cheers,
>>>>>> >> : > > >>>>>> >> > Tim
>>>>>> >> : > > >>>>>> >> >
>>>>>> >> : > > >>>>>> >> > On Thu, Sep 9, 2021 at 11:32 AM Mike Drob
>>>>>> >> wrote:
>>>>>> >> : > > >>>>>> >> > >
>>>>>> >> : > > >>>>>> >> > > Hi Tim, I'm still working on SOLR-1, the code
>>>>>> >> and benchmarking
>>>>>> >> : > > >>>>>> >> > > both look pretty good, but I've got a few last
>>>>>> >> unit tests that I need
>>>>>> >> : > > >>>>>> >> > > to chase down. Hopefully taken care of by today
>>>>>> >> or tomorrow, I'll be
>>>>>> >> : > > >>>>>> >> > > sure to keep you updated though.
>>>>>> >> : > > >>>>>> >> > >
>>>>>> >> : > > >>>>>> >> > >
>>>>>> >> : > > >>>>>> >> > > On Thu, Sep 9, 2021 at 11:39 AM Timothy Potter
>>>>>> >> wrote:
>>>>>> >> : > > >>>>>> >> > > >
>>>>>> >> : > > >>>>>> >> > > > I found
>>>>>> >> https://issues.apache.org/jira/browse/SOLR-15620 while testing
>>>>>> >> : > > >>>>>> >> > > > the schema designer. I haven't built the RC
>>>>>> >> yet, so going to see if I
>>>>>> >> : > > >>>>>> >> > > > can get this in today.
>>>>>> >> : > > >>>>>> >> > > >
>>>>>> >> : > > >>>>>> >> > > > On Tue, Sep 7, 2021 at 12:36 PM Timothy Potter
>>>>>> >> wrote:
>>>>>> >> : > > >>>>>> >> > > > >
>>>>>> >> : > > >>>>>> >> > > > > NOTICE:
>>>>>> >> : > > >>>>>> >> > > > >
>>>>>> >> : > > >>>>>> >> > > > > Branch branch_8_10 has been cut and versions
>>>>>> >> updated to 8.11 on stable branch.
>>>>>> >> : > > >>>>>> >> > > > >
>>>>>> >> : > > >>>>>> >> > > > > Please observe the normal rules:
>>>>>> >> : > > >>>>>> >> > > > >
>>>>>> >> : > > >>>>>> >> > > > > * No new features may be committed to the
>>>>>> >> branch.
>>>>>> >> : > > >>>>>> >> > > > >
>>>>>> >> : > > >>>>>> >> > > > > * Documentation patches, build patches and
>>>>>> >> serious bug fixes may be
>>>>>> >> : > > >>>>>> >> > > > > committed to the branch. However, you
>>>>>> >> should submit all patches you
>>>>>> >> : > > >>>>>> >> > > > > want to commit to Jira first to give others
>>>>>> >> the chance to review
>>>>>> >> : > > >>>>>> >> > > > > and possibly vote against the patch. Keep
>>>>>> >> in mind that it is our
>>>>>> >> : > > >>>>>> >> > > > > main intention to keep the branch as stable
>>>>>> >> as possible.
>>>>>> >> : > > >>>>>> >> > > > >
>>>>>> >> : > > >>>>>> >> > > > > * All patches that are intended for the
>>>>>> >> branch should first be committed
>>>>>> >> : > > >>>>>> >> > > > > to the unstable branch, merged into the
>>>>>> >> stable branch, and then into
>>>>>> >> : > > >>>>>> >> > > > > the current release branch.
>>>>>> >> : > > >>>>>> >> > > > >
>>>>>> >> : > > >>>>>> >> > > > > * Normal unstable and stable branch
>>>>>> >> development may continue as usual.
>>>>>> >> : > > >>>>>> >> > > > > However, if you plan to commit a big change
>>>>>> >> to the unstable branch
>>>>>> >> : > > >>>>>> >> > > > > while the branch feature freeze is in
>>>>>> >> effect, think twice: can't the
>>>>>> >> : > > >>>>>> >> > > > > addition wait a couple more days? Merges of
>>>>>> >> bug fixes into the branch
>>>>>> >> : > > >>>>>> >> > > > > may become more difficult.
>>>>>> >> : > > >>>>>> >> > > > >
>>>>>> >> : > > >>>>>> >> > > > > * Only Jira issues with Fix version 8.10 and
>>>>>> >> priority "Blocker" will delay
>>>>>> >> : > > >>>>>> >> > > > > a release candidate build.
>>>>>> >> : > > >>>>>> >> > > > >
>>>>>> >> : > > >>>>>> >> > > >
>>>>>> >> : > > >>>>>> >> > > >
>>>>>> >> -
>>>>>> >> : > > >>>>>> >> > > > 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...@solr.apache.org
>>>>>> >> : > > >>>>>> >> For additional commands, e-mail:
>>>>>> >> dev-h...@solr.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...@solr.apache.org
>>>>>> >> : > > For additional commands, e-mail: dev-h...@solr.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
>>>>>> >> :
>>>>>> >> :
>>>>>> >>
>>>>>> >> -Hoss
>>>>>> >> http://www.lucidworks.com/
>>>>>> >>
>>>>>> >> -
>>>>>> >> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>>>>>> >> For additional commands, e-mail: dev-h...@solr.apache.org
>>>>>> >
>>>>>> >
>>>>>>
>>>>>> -
>>>>>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>>>>>> For additional commands, e-mail: dev-h...@solr.apache.org
>>>>>>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>For additional commands, e-mail: dev-h...@solr.apache.org
>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
templates/operator/{downloads.html => artifacts.html} (98%)
> delete mode 100644 themes/solr/templates/operator/crds.htaccess.template
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
apps in my daily live like this, the startup time
(especially for microservices) is great. A Jetty starting up in milliseconds
and going to service is unbeatable.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Mark
Hi,
Tim, I fixed the test bug. It was caused by missing shards parameter. Actually
no bug in distributed sorting, just a test bug introduced in the original PR.
Sorry for the failures: Failures happened when your server was too fast, not
too slow 😊
Uwe
-
Uwe Schindler
Achterdiek 19, D
. It is a longstanding bug
with sorting and timed out queries.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Timothy Potter
> Sent: Friday, August 13, 2021 7:44 PM
> To: dev@solr.apache.org
&
thanks to the NPE fix we found a bug in the merging code!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Timothy Potter
> Sent: Thursday, August 12, 2021 10:31 PM
> To: dev@solr.apache.org
>
“implicit routing”.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Thursday, August 12, 2021 3:38 PM
To: dev@solr.apache.org
Subject: RE: SolrCloud Alone: Deprecate Standalone Mode
Hey,
yes
forward way to implement this, so people are stuck on master-slave
infrastructures.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: David Smiley
Sent: Thursday, August 12, 2021 2:31 PM
To: dev@solr.apache.org
Subject: Re
).
Also where is the problem in spawning an embedded zookeeper in every node by
default? Why does it need to be separated?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Jan Høydahl
Sent: Wednesday, August 11, 2021 4:27
Here is the fix for the forbiddenapis complaints:
https://github.com/apache/solr/pull/261
(I also cleaned up the build logic)
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Thursday, August 12, 2021 12
ated.CloudIndexing_indexSmallDoc_jmhTest
>(CloudIndexing_indexSmallDoc_jmhTest.java:779)
>
>It doesn't fail anything for me, but I wonder if it is related.
>
>On Wed, Aug 11, 2021 at 6:05 AM Uwe Schindler wrote:
>>
>> Hi,
>>
>> Solr "main" builds are han
works without a separate zookeeper cluster, I won’t
change my vote.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Gus Heck
Sent: Tuesday, August 10, 2021 8:34 PM
To: dev@solr.apache.org
Subject: Re: SolrCloud Alone
ted around that time. It
affects all platforms, not only MacOS lik before. Linux and Windows builds
are hanging, too. I have to kill them manually.
I will for now disable jenkins build on Solr.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@t
iles or compile
stuff by default. This makes gradlew precommit completely fail for mw. We
should really fix this and remove sassc! Bug is here (blocker):
Bug report: https://issues.apache.org/jira/browse/SOLR-15520
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMa
windows line
endings. If you change those, git refuses to commit. Does anybody have an idea
how to fix this? How can I commit the binary blob to git ignoring that it has
line ending changes only?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
racer-configurator\src\java\org\apache\solr\jaeger\package-info.java
solr\contrib\jaegertracer-configurator\src\test\org\apache\solr\jaeger\TestJaegerConfigurator.java
Run 'gradlew.bat :solr:contrib:jaegertracer-configurator:spotlessApply' to
fix these violations.
It looks
This issue should now be fixed. Puppet had a problem on lucene1.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Jenkins Server
> Sent: Thursday, June 17, 2021 9:57 PM
> To: bui...@sol
branch at all lately.
>>> *Is there anyone who can give a short status update on what the
>state is*,
>>> who is working on it, what is the next steps, what are the
>>> challenges/blockers etc?
>>>
>>> As 9.0 is coming up, and the project plans for further changes,
>perhaps
>>> even reorganization of the git folder structure, move to Java 17 on
>main
>>> branch etc etc, I think there is still a potential window between
>now and 6
>>> months ahead where porting code from ref-branch is still doable.
>After that
>>> it will become more and more problematic.
>>>
>>> Jan
>>>
>> --
>> - Mark
>>
>> http://about.me/markrmiller
>>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Hi,
can you send me an invitation, too?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Anshum Gupta
Sent: Monday, June 7, 2021 11:21 AM
To: dev@solr.apache.org
Subject: [NOTICE] 2
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-----
> From: Uwe Schindler
> Sent: Wednesday, June 2, 2021 12:40 PM
> To: dev@solr.apache.org
> Subject: RE: Solr/Lucene joint development workflow?
>
>
I'd suggest to remove the whole Lucene subfolder from your local Maven repo.
E.g., rm -rf ~/.m2/repository/org/apache/lucene
Then compile and deploy Lucene again.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original
nd install them in local repo
> >> - use them from solr through the snapshot dependency. BUT: make sure the
> snapshot is updated, this can be enforced by passing a gradlew command line
> parameter to redownload all dependencies.
> >> - once you are done with joint
), you can add breaking changes to Lucene and Solr won't
suddenly fail. Once you are ready to port the changes to Solr, you can trigger
a new "prerelease" build on ASF jenkins and use it for development. So we are
now completely decouped!
Uwe
-
Uwe Schindler
Achterdiek
one and all tests pass,
ask a committer to trigger the Jenkins job to build a new prerelease
- Update the Solr pull request and enter the new repository coordinates created
by Jenkins (needs to be done in 2 files, see below).
For more details how to update Lucene dependencies in Solr, run:
$ gra
they are unique. The exact
version used can be found out from Maven metadata and JAR files (commit hash).
Easiest is to look at the datestamp on
https://nightlies.apache.org/solr/lucene-prereleases/
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u
I opened:
https://issues.apache.org/jira/browse/LUCENE-9977
and for Solr:
https://issues.apache.org/jira/browse/SOLR-15436
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Wednesday, May 26, 2021 11:01
nge this line:
<https://github.com/apache/solr/pull/148/files#diff-6015d93d0f6acde9d7743d77cbf1651cff346f6155b7503b58f11cddc3ef8cdbR23>
https://github.com/apache/solr/pull/148/files#diff-6015d93d0f6acde9d7743d77cbf1651cff346f6155b7503b58f11cddc3ef8cdbR23
* Run gradlew --write-locks
*
To get the best version name let’s use something that’s compatible with:
https://maven.apache.org/ref/3.3.3/maven-artifact/apidocs/org/apache/maven/artifact/versioning/ComparableVersion.html
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u
“+”like in Ubuntu/Debian packages)
What do you think?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Tuesday, May 25, 2021 3:57 PM
To: dev@solr.apache.org
Cc: 'David Smiley'
Subject: RE: P
/${prereleaseVersion}/
<https://nightlies.apache.org/solr/lucene-prereleases/prerelease$%7bprereleaseVersion%7d/>
”
And use this version number for dependencies:
“9.0.0-prerelease${prereleaseVersion}”
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@theta
ses/prerelease$%7bprereleaseVersion%7d/>
”
And use this version number for dependencies:
“9.0.0-prerelease${prereleaseVersion}”
Tell me if it works!
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
-local) looks fine?
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Tuesday, May 25, 2021 3:06 PM
To: dev@solr.apache.org
Subject: RE: Proposal to pin the Lucene snapshot version on main
Hi,
sorry f
remotes of Gradle) and the version number. IMHO, this would be a
2 line change instead of a one-line change inside solr’s build.gradle, so it’s
not problematic.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: David Smiley
but maybe it's something we aim for Solr 10 instead.
>In the meantime we should probably include a backwards-compatible
>standalone flag (-l/-standalone) that will start to be used once the
>default mode is switched.
>>
>> There has been some discussion about deprecating st
e multiple intermediary
releases in it.
Uwe
Am May 7, 2021 1:47:45 PM UTC schrieb David Smiley :
>Sounds great Uwe! Can you do it please?
>
>~ David Smiley
>Apache Lucene/Solr Search Developer
>http://www.linkedin.com/in/davidwsmiley
>
>
>On Fri, May 7, 2021 at 1:5
t; > (almost) transparent compared to dependency
>references.
>> > > > > > > > > > >
>> > > > > > > > > > > > At which point, I'd rather just copy and commit
>the
>> > > > > > > > > > > > code
release with
such a dependency.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Jan Høydahl
> Sent: Friday, April 30, 2021 4:46 PM
> To: dev@solr.apache.org
> Subject: Re: Proposal to pin the Lucene
pache.org
>For additional commands, e-mail: dev-h...@solr.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
allows to use a specific snapshot
version? Or maybe something to disable autoupdate on developer's machines?
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Dawid Weiss
> Sent: Thursday, Ap
tick with "fail fast" aproch. Jenkins failures are a good way to
trigger those failures. Once all stabilizes and Lucene 9.0.0 was released, Solr
can depend on Lucene 9.0.0 and upgrade as needed.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u..
JIRA!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Mike Drob
Sent: Wednesday, April 7, 2021 12:45 AM
To: Solr/Lucene Dev ; Solr Dev
Subject: [VOTE] Release Lucene/Solr 8.8.2 RC1
Please vote for release candidate 1
org/jira/browse/SOLR-15288 in,
>but
>>>> will likely be able to wrap up by 2 April or so (on vacation right
>now due
>>>> to the festival of Holi)
>>>>
>>>> Regards,
>>>> Ishan
>>>>
>>>> On Sat, 27 Mar, 2021, 7:
gt;>
>>>> On Fri, Apr 2, 2021 at 3:54 AM Dawid Weiss
>wrote:
>>>> >
>>>> >
>>>> > Hi folks!
>>>> >
>>>> > I know the development repository for 8x stays in the previous
>location but can we (should
1 - 100 of 107 matches
Mail list logo