ck up the repositories of both
projects which have now a very clear state.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Gus Heck
Sent: Sunday, November 21, 2021 5:05 PM
To: dev
Subject: Re: What should we do of
--
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>For additional commands, e-mail: dev-h...@lucene.apache.org
>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
And now also with JDK-11 and JDK-17 combined, thanks to Robert Muir:
https://jenkins.thetaphi.de/job/Lucene-Release-Tester/5/console
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uwe Schindler
ble them when we start discussing doing a new patch
>release?
>
>Le sam. 20 nov. 2021 à 12:51, Uwe Schindler a écrit :
>
>> Hi,
>>
>> I setup my usual release tester job on Policeman Jenkins and it succeeded:
>> SUCCESS! [0:19:00.801641]
>>
>> See
ve (and reason why)
>> >
>> > Here is my +1
>> >
>> > --
>> > Adrien
>> >
>> > -
>> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> >
manually check the artifacts and javadocs first.
I also enabled the 9.0 and 9.x builds on Policeman Jenkins (sorry for the
delay). At the same time I disabled 8.x builds. If Solr people still need them
we can enable them. But I think the only ones we need now are 8.11.x ones,
right?
Uwe
-
Uwe
Hi Adrien,
will do this. The 9.0 and 9.x (Lucene) builds are still missing. I will also
add them.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Adrien Grand
> Sent: Wednesday, November 17,
uld be somewhat
> conservative here.
> > >
> > > ~ David Smiley
> > > Apache Lucene/Solr Search Developer
> > > http://www.linkedin.com/in/davidwsmiley
> > >
> > >
> > > On Thu, Nov 4, 2021 at 6:10 AM Uwe Schindler wrote:
> > >
That does not work. You can set -release or -target, but not both with
incompatible variants.
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: David Smiley
Sent: Thursday, November 4, 2021 12:44 PM
To: lucene-dev
Subject: Re
Hibernate/Spring/Foobar-like Entities-For-Everything business logic. It may be
useful at some point when they are no instances on heap anymore and just data
wrappers, but based on classes I see no reason to use them for Lucene.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
;> https://cwiki.apache.org/confluence/display/LUCENE/Release+Notes+9.0
>>
>> --
>> Adrien
>
>-
>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
a new target!
Thanks for taking care of the open source projects, this was a great success!
Have a good time with your family!
Uwe
-
Uwe Schindler
uschind...@apache.org
ASF Member, Member of PMC and Committer of Apache Lucene and Apache Solr
Bremen, Germany
https
ferent flavors of
>>> markup formatting languages. I know some of you may disagree but it's
>>> not going to change my mind on the subject - sorry for being
>>> old-fashioned.
>>>
>>> D.
>>>
>>> -
>>> 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
perating system and java compiler
differences inside. It could be that the release manager used a buggy JDK with
broken javac 😊. I the past I also checked the MR-JARs manually in the 8.x
branch to make sure it looks fine.
In short: A targz file is just easier to "manually" review.
U
in your "tryout code" and do a quick check.
So I am not fully happy to completely throw away binary artifacts.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Robert Muir
> Sent: Tues
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
discussing them first on IRC or dev@l.a.o.
>>> Given that we are not seeing much irrelevant traffic on JIRA, I'd like to
>>> soften the message to something like below:
>>>
>>> ```
>>> If you are looking for support, or if you are not sure whether the
&
ks to make a "take two" on these
>> algorithms with vectorization in mind. This is just my opinion.
>>
>> On Mon, Sep 13, 2021 at 2:10 PM Uwe Schindler wrote:
>> >
>> > There are no good reasons to do Java 17 and it is way too early.
>> >
>&
(which is LTS) and then decide later if we
update to some post-17 version to get the new vector and panama APIs (vector
search, SIMD and also MMapDirectory v2). If we do this, we should simply
release Lucene 10.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<ht
See https://issues.apache.org/jira/browse/LUCENE-10101
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uwe Schindler
> Sent: Monday, September 13, 2021 9:59 AM
> To: dev@lucene.apache.org
&
Hi Alan,
I will open an issue about this!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uwe Schindler
> Sent: Monday, September 6, 2021 4:57 PM
> To: dev@lucene.apache.org
> Subject:
yways and that's the exceptional case. A correct factory should have a
NAME field and its lookup is fast and the additional check introduced for the
class is cheap.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Messag
Hi Alan,
> LUCENE-9281 moved the `lookupSPIName` method from
> AbstractAnalysisFactory to AnalysisSPILoader; the method is mostly the same,
> but one line has been changed from Class.getField() to
> Class.getDeclaredField().
> This can fall foul of the Security Manager, which wants a higher level
https://lucene.apache.org/core/8_9_0/core/org/apache/lucene/store/RandomAccessInput.html
(which uses MMap behind scenes, if it is an MMapDirectory or on unsupported
platform like 32 bit it will use the other directory implementations).
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
Hi
Why does KNNVectorDict not use IndexInput with a
IndexInput#randomAccessSlice()? Then problem is handled by mmapdirectory.
Lucene classes should never ever use direct access to file system and always go
through the Directory.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
onfigure gradle to fetch
dependencies from other repositories than maven central.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Michael Sokolov
> Sent: Thursday, August 19, 2021 5:18 AM
> To
executed, 27 up-to-date
>> > > > >
>> > > > > -
>> > > > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > > > > For additional commands, e-mail: dev-h...@lucene.apache.org
>> > > > >
>> > > >
>> > > > -
>> > > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > > > For additional commands, e-mail: dev-h...@lucene.apache.org
>> > > >
>> > >
>> > > -
>> > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > > For additional commands, e-mail: dev-h...@lucene.apache.org
>> > >
>> >
>> > -
>> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > For additional commands, e-mail: dev-h...@lucene.apache.org
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>For additional commands, e-mail: dev-h...@lucene.apache.org
>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Tuesday, July 13, 2021 1:14 PM
To: dev@lucene.apache.org
Subject: RE: Unable to build lucene-9 with JDK-16.0.1 & Gr
anything (e.g. 16 or 17).
By this Gradle runs with a supported environment for gradle, but compilation,
tests,… are executed in the RUNTIME_JAVA_HOME.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@theta
this one is always the same, no matter which
benchmark you like to run or how you modify the task files.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: praveen nishchal
Sent: Tuesday, J
lcome aboard!
>
>-
>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
Hi Rory,
will install latest version, soon. I have to be a bit careful regarding the
project Panama test runs, but otherwise should be no issue.
JDK 18 will come soon to the test-caroussel.
Uwe
-
Uwe Schindler
uschind...@apache.org
ASF Member, Member of PMC and Committer
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 5:57 AM
://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.9.0-RC1-rev05c8a6f0163fe4c330e93775e8e91f3ab66a3f80/solr/maven/
You can also try this out, but be sure to remove the dowloaded artifacts from
your local repository, if we need to respin the release process!
Uwe
-
Uwe Schindler
Achterdiek
layout looks
fine, but I did not do a test build of a Solr plugin this time (I did this
before committing the change). The release artifacts are a bit complicated to
use as it's 2 repos.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetap
cene-solr-8.9.0-RC1-rev05c8a6f0163fe4c330e93775e8e91f3ab66a3f80
>> > > >> > >>
>> > > >> > >> The vote will be open for at least 72 hours i.e. until
>2021-06-16 02:00 UTC.
>> > > >> > >>
>> > > >> > >> [ ] +1 approve
>> > > >> > >> [ ] +0 no opinion
>> > > >> > >> [ ] -1 disapprove (and reason why)
>> > > >> > >>
>> > > >> > >> Here is my +1
>> > > >> > >> SUCCESS! [0:01:43.815224]
>> > > >> > >>
>> > > >> > >>
>> > > >> > >
>> > > >> > >
>-
>> > > >> > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > > >> > > For additional commands, e-mail:
>dev-h...@lucene.apache.org
>> > > >> > >
>> > > >> >
>> > > >> >
>> > > >> >
>-
>> > > >> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > > >> > For additional commands, e-mail: dev-h...@lucene.apache.org
>> > > >> >
>> > > >>
>> > > >>
>-
>> > > >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > > >> For additional commands, e-mail: dev-h...@lucene.apache.org
>> > > >>
>> > >
>> > >
>-
>> > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > > For additional commands, e-mail: dev-h...@lucene.apache.org
>> > >
>> >
>> >
>-
>> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > For additional commands, e-mail: dev-h...@lucene.apache.org
>> >
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Oh my god. is an invention going back to Netscape 4. I have no idea how
it came into HTML5, it has nothing to do with structuring documents in HTML
sense, it's from the time before there was Unicode.
The correct replacement is a zero-width-space (Unicode U+200B).
AMEN!
Uwe
----
Hi Mayya,
I updated Policeman Jenkins to build the 8.9 branch, too.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Mayya Sharipova
Sent: Friday, June 4, 2021 8:24 PM
T
://nightlies.apache.org/solr/lucene-prereleases/ (latest is jenkins build
5)
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Nicholas Knize
Sent: Friday, June 4, 2021 1:00 AM
To: Lucene/Solr dev
Subject: Re: SNAPSHOT builds
Hi,
Welcome Greg!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Adrien Grand
Sent: Saturday, May 29, 2021 9:47 PM
To: Lucene Dev
Cc: gsmil...@gmail.com
Subject: Welcome Greg Mil
t;> > > Thanks,
>> > > Tomoko
>> > >
>> > >
>-
>> > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > > For additional commands, e-mail: dev-h...@lucene.apache.org
>> > >
>> >
>> >
>-
>> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > For additional commands, e-mail: dev-h...@lucene.apache.org
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>
>-
>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
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
includes/excludes
I gave up, as my time was limited and I was not able to quickly split the task
into one for each surceset
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Dawid Weiss
Sent: Wednesday, May 26, 2021 7
be done for Solr and Lucene, both have the problem).
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Alan Woodward
> Sent: Tuesday, May 25, 2021 7:26 PM
> To: dev@lucene.apache.org
> Subje
erves the
>files
>required for other Maven-toolchain tools. I'm not sure how it behaves
>without signatures.
>
>It is entirely doable to create a non-maven-task based assembly into a
>binary distribution ZIP/ folder. Then no task exclusions will be
>required?
>
>Dawid
>
&g
anyone with more gradle-fu than me know either a) how to skip the
>signing step or b) how to set things up so that they are signed
>correctly without having my PGP password sitting in a plain text file.
>>
>> Thanks!
>>
>>> On 20 May 2021, at 14:19, Uwe Schindler
rs? If not,
>would you mind recommending me a medium for discussion on this?
>>>
>>> Kind regards,
>>> Mete Kural
>>>
>-
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
commands, e-mail: dev-h...@lucene.apache.org
>>
>
>
>---------
>To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
nd it is no longer a
snapshot. So you are free with versioning.
Uwe
Am May 20, 2021 1:15:12 PM UTC schrieb Uwe Schindler :
>Jenkins does this already:
>https://ci-builds.apache.org/job/Lucene/job/Lucene-Artifacts-main/242/
>
>It uses build number!
>
>The system property "
different
>> times shouldn’t really have different names. Should we look at
>changing
>> the existing snapshot generation code to switch to using SHAs?
>>
>> - Alan
>> -----
>> 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
idea to build you own Solr plugin / Lucene
project pointing to the snapshot artifacts 8.9-SNAPSHOT just as a test. I did
it for several of my projects and they passed.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Jan
gt;>>> > >>>
>>>> > >>> I just noticed that Luke became a Lucene Module
>>>> > >>>
>>>> > >>> https://github.com/DmitryKey/luke#important-notice
>>>> > >>>
>>>>
>https://mocobeta.medi
We can also add assets there:
It’s all here:
https://github.com/apache/lucene/tree/main/lucene/documentation/src
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Saturday, May 1, 2021 12:08 PM
To:
Hi,
we could also add the whole GUI documentation from the old site (I assume it’s
Github’s Wiki markdown and just copy it to our documentation module directory.
It will then automatically convert all “*.md” files to “*.html” when it builds
the “site” documentation.
Uwe
-
Uwe
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
Policeman Jenkins changed by config slicing plugin.
ASF takes more time, need to click through.
Uwe
Am April 2, 2021 8:07:07 PM UTC schrieb Uwe Schindler :
>The solr 8.x builds (artifacts, cloud2refimpl) already go to
>builds@solr, what's the problem?
>
>It is only the test j
> but can we (should we) update the mailing list address on Solr 8x
>build
>> jobs to point at bui...@solr.apache.org?
>> >
>> > D.
>>
>> -----
>> 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
Hi,
thanks for the heads-up. JDK-17 is now in the loop for Lucene: we got first
fails (our fault):
https://jenkins.thetaphi.de/job/Lucene-main-Linux/29852/console
It’s easter holiday, no time to fix it! 😊
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
doesn't create actual
>indexwriters
>with slow codecs and index tons of documents or anything.
>
>I'd say good chance it's a deadlock? Need to remember how to get that
>special linedocs file to try to reproduce it.
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
>> >> >>
>>>>> > >> >> >> Hello everyone,
>>>>> > >> >> >> Following up on my question in case anyone has any
>idea. Why
>>>>> it's important to know this is because I am thinking of allowing
>the backup
>>>>> process to not hold any lock on the index files, which should
>allow the
>>>>> fsync during parallel commits. BUT, in case doing an fsync on
>existing
>>>>> segment files in a saved commit point DOES have an effect, it
>might render
>>>>> the backed up index in a corrupt state.
>>>>> > >> >> >>
>>>>> > >> >> >> Thanks,
>>>>> > >> >> >> Rahul
>>>>> > >> >> >>
>>>>> > >> >> >> On Fri, Mar 5, 2021 at 3:04 PM Rahul Goswami <
>>>>> rahul196...@gmail.com> wrote:
>>>>> > >> >> >>>
>>>>> > >> >> >>> Hello,
>>>>> > >> >> >>> We have a process which backs up the index (Solr
>7.7.2) on
>>>>> a schedule. The way we do it is we first save a commit point on
>the index
>>>>> and then using Solr's /replication handler, get the list of files
>in that
>>>>> generation. After the backup completes, we release the commit
>point (Please
>>>>> note that this is a separate backup process outside of Solr and
>not the
>>>>> backup command of the /replication handler)
>>>>> > >> >> >>> The assumption is that while the commit point is
>saved, no
>>>>> changes happen to the segment files in the saved generation.
>>>>> > >> >> >>>
>>>>> > >> >> >>> Now the issue... The backup process opens the index
>files
>>>>> in a shared READ mode, preventing writes. This is causing any
>parallel
>>>>> commits to fail as it seems to be complaining about the index
>files to be
>>>>> locked by another process(the backup process). Upon debugging, I
>see that
>>>>> fsync is being called during commit on already existing segment
>files which
>>>>> is not expected. So, my question is, is there any reason for
>lucene to call
>>>>> fsync on already existing segment files?
>>>>> > >> >> >>>
>>>>> > >> >> >>> The line of code I am referring to is as below:
>>>>> > >> >> >>> try (final FileChannel file =
>FileChannel.open(fileToSync,
>>>>> isDir ? StandardOpenOption.READ : StandardOpenOption.WRITE))
>>>>> > >> >> >>>
>>>>> > >> >> >>> in method fsync(Path fileToSync, boolean isDir) of the
>>>>> class file
>>>>> > >> >> >>>
>>>>> > >> >> >>>
>lucene\core\src\java\org\apache\lucene\util\IOUtils.java
>>>>> > >> >> >>>
>>>>> > >> >> >>> Thanks,
>>>>> > >> >> >>> Rahul
>>>>> > >> >>
>>>>> > >> >>
>>>>>
>-
>>>>> > >> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>>>> > >> >> For additional commands, e-mail:
>dev-h...@lucene.apache.org
>>>>> > >> >>
>>>>> > >>
>>>>> > >>
>>>>>
>-
>>>>> > >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>>>> > >> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>>> > >>
>>>>>
>>>>>
>-
>>>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>>>
>>>>>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Correction: the windows limitation is only till windows server 2012 / Windows
8. So you can memory map easily terabytes of data nowadays.
Uwe
Am March 15, 2021 7:42:26 PM UTC schrieb Uwe Schindler :
>Hi Mike,
>
>Windows has unfortunately some crazy limitation on address space, so
&
fsync on
>existing
>>>> segment files in a saved commit point DOES have an effect, it might
>render
>>>> the backed up index in a corrupt state.
>>>> > >> >> >>
>>>> > >> >> >> Thanks,
>>>> > >> >> >> Rahul
>>>> > >> >> >>
>>>> > >> >> >> On Fri, Mar 5, 2021 at 3:04 PM Rahul Goswami <
>>>> rahul196...@gmail.com> wrote:
>>>> > >> >> >>>
>>>> > >> >> >>> Hello,
>>>> > >> >> >>> We have a process which backs up the index (Solr 7.7.2)
>on a
>>>> schedule. The way we do it is we first save a commit point on the
>index and
>>>> then using Solr's /replication handler, get the list of files in
>that
>>>> generation. After the backup completes, we release the commit point
>(Please
>>>> note that this is a separate backup process outside of Solr and not
>the
>>>> backup command of the /replication handler)
>>>> > >> >> >>> The assumption is that while the commit point is saved,
>no
>>>> changes happen to the segment files in the saved generation.
>>>> > >> >> >>>
>>>> > >> >> >>> Now the issue... The backup process opens the index
>files in
>>>> a shared READ mode, preventing writes. This is causing any parallel
>commits
>>>> to fail as it seems to be complaining about the index files to be
>locked by
>>>> another process(the backup process). Upon debugging, I see that
>fsync is
>>>> being called during commit on already existing segment files which
>is not
>>>> expected. So, my question is, is there any reason for lucene to
>call fsync
>>>> on already existing segment files?
>>>> > >> >> >>>
>>>> > >> >> >>> The line of code I am referring to is as below:
>>>> > >> >> >>> try (final FileChannel file =
>FileChannel.open(fileToSync,
>>>> isDir ? StandardOpenOption.READ : StandardOpenOption.WRITE))
>>>> > >> >> >>>
>>>> > >> >> >>> in method fsync(Path fileToSync, boolean isDir) of the
>class
>>>> file
>>>> > >> >> >>>
>>>> > >> >> >>>
>lucene\core\src\java\org\apache\lucene\util\IOUtils.java
>>>> > >> >> >>>
>>>> > >> >> >>> Thanks,
>>>> > >> >> >>> Rahul
>>>> > >> >>
>>>> > >> >>
>>>>
>-
>>>> > >> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>>> > >> >> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>> > >> >>
>>>> > >>
>>>> > >>
>>>>
>-
>>>> > >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>>> > >> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>> > >>
>>>>
>>>>
>-
>>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>>
>>>>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Hi Houston,
Can we change the commit mail address of this repository? Or does this need
INFRA involvement?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: hous...@apache.org
> Sent: Monday,
Deleting unneeded tags is easy, so starting with the automatied script is fine.
I agree to remove those “orking” branches/tags in the lucene and solr repos.
Once done, the disk space may reduce, as “git gc” will remove all refs.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
Hi,
I changed this already (about the time when you send this email).
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Michael Sokolov
> Sent: Friday, March 12, 2021 2:59 PM
> To: Lucene De
it might be more complicated, but I’m happy!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Thursday, March 11, 2021 10:53 PM
To: dev@lucene.apache.org
Subject: Re: [lucene] branch main updated
eParameterUnusedInFormals:OFF',
>+'-Xep:UnusedNestedClass:OFF',
>+'-Xep:OverrideThrowableToString:OFF',
>+'-Xep:FutureReturnValueIgnored:OFF',
>+'-Xep:BadInstanceof:OFF',
>+'-Xep:UnusedNestedClass:OFF',
>+'-Xep:OverrideThrowableToString:OFF',
>+'-Xep:EqualsIncompatibleType:OFF',
>+'-Xep:ByteBufferBackingArray:OFF',
>+'-Xep:ByteBufferBackingArray:OFF',
>+'-Xep:UnusedMethod:OFF',
>+'-Xep:ObjectsHashCodePrimitive:OFF',
>+'-Xep:ObjectsHashCodePrimitive:OFF',
>+'-Xep:UnnecessaryAnonymousClass:OFF',
>+'-Xep:BoxedPrimitiveConstructor:OFF',
>+'-Xep:ArgumentSelectionDefectChecker:OFF',
>+'-Xep:StringSplitter:OFF',
>+'-Xep:MixedMutabilityReturnType:OFF',
>+'-Xep:EqualsUnsafeCast:OFF',
>+'-Xep:OperatorPrecedence:OFF',
>+'-Xep:HidingField:OFF',
>+'-Xep:ThreadPriorityCheck:OFF',
>+'-Xep:InlineFormatString:OFF',
>+'-Xep:EqualsUnsafeCast:OFF',
>+'-Xep:UnsynchronizedOverridesSynchronized:OFF',
>+'-Xep:OperatorPrecedence:OFF',
>+'-Xep:ArrayToString:OFF',
>+'-Xep:ClassCanBeStatic:OFF',
>+'-Xep:InvalidInlineTag:OFF',
>+'-Xep:EmptyCatch:OFF',
>+'-Xep:UnnecessaryParentheses:OFF',
>+'-Xep:AlmostJavadoc:OFF',
>+'-Xep:Finally:OFF',
>+'-Xep:ImmutableEnumChecker:OFF',
>+'-Xep:NonAtomicVolatileUpdate:OFF',
>+'-Xep:MutablePublicArray:OFF',
>+'-Xep:LockNotBeforeTry:OFF',
>+'-Xep:WaitNotInLoop:OFF',
>+'-Xep:UndefinedEquals:OFF',
>+'-Xep:JdkObsolete:OFF',
>+'-Xep:NarrowingCompoundAssignment:OFF',
>+'-Xep:InconsistentCapitalization:OFF',
>+'-Xep:IntLongMath:OFF',
>+'-Xep:SynchronizeOnNonFinalField:OFF',
>+'-Xep:ThreadLocalUsage:OFF',
>+'-Xep:ProtectedMembersInFinalClass:OFF',
>+'-Xep:BadImport:OFF',
>+'-Xep:InconsistentHashCode:OFF',
>+'-Xep:MissingOverride:OFF',
>+'-Xep:EqualsGetClass:OFF',
>+'-Xep:PublicConstructorForAbstractClass:OFF',
>+'-Xep:EscapedEntity:OFF',
>+'-Xep:ModifiedButNotUsed:OFF',
>+'-Xep:ReferenceEquality:OFF',
>+'-Xep:InvalidBlockTag:OFF',
>+'-Xep:MissingSummary:OFF',
>+'-Xep:UnusedVariable:OFF'
>+]
>+ }
> }
> }
> }
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
. When then JDK
16 disables errorprone (see the if statement), Palantir sees no usage of the
dependency anymore.
I think we must either put that on some white- ähm exclusion-list!
Dawid, does this sound correct?
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail
and_line_interface.html#sec:command_line_warnings
BUILD FAILED in 16m 2s
I see no commit that may cause this, so I have the feeling it's java 16 only.
Dawid, do you have an idea?
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> --
os (which survives also branch deletes and would have been
detached after master was nuked).
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Dawid Weiss
> Sent: Wednesday, March 10, 2021 8:13 PM
> To:
“Master” builds are disabled on ASF Jenkins and Policeman Jenkins.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Tuesday, March 9, 2021 4:47 PM
To: dev@lucene.apac
+1
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Dawid Weiss
> Sent: Wednesday, March 10, 2021 8:56 AM
> To: Lucene Dev
> Subject: Re: Repository fork (master) about to happen (Wednes
e done for policeman jenkins, too, but I am not sure about ASF
jenkins! It looks like most mailinglists have an auto-whitelist for all
@apache.org addresses.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...
Hi Dawid,
give me a short ping when you start tomorrow. I will disable master jenkins
jobs possibly this evening.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Dawid Weiss
Sent: T
Hi Dawid,
> My plan is as follows:
>
> 1. DISABLE CI jobs and anything that pulls from current master. (Uwe,
> would you do help me with this?)
Yes, I can do this. I have meetings on Wednesday, but I can already do this
tomorrow evening.
> 2. Branch master to lucene/main and solr/main. Remove
rse without PRs.
We can only do this in cooperation with Apache Infra stuff, because we can'
change the Github repo settings or rename them using the Github UI.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message
copypaste the
URL there as "source branch" for the merge. Then you execute the merge, squash
and commit/push.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Dawid Weiss
> Sent: Monda
/docs/8_6_2/solr-solrj/index.html: 10
>> /guide/6_6/running-solr.html: 10
>> /docs/7_2_1/solr-solrj/overview-summary.html: 9
>> /docs/8_0_0/solr-solrj/overview-frame.html: 9
>> /guide/6_6/format-of-solr-xml.html: 9
>> /guide/6_6/index.html: 9
>> /guide/6_6/learning-to-rank.html: 9
>> /guide/6_6/making-and-restoring-backups.html: 9
>> /guide/6_6/working-with-dates.html: 9
>> /guide/8_0/reindexing.html: 9
>> /docs/7_2_1/solr-solrj/allclasses-frame.html: 8
>>
>>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
ml: 10
>> /docs/8_6_2/solr-solrj/index.html: 10
>> /guide/6_6/running-solr.html: 10
>> /docs/7_2_1/solr-solrj/overview-summary.html: 9
>> /docs/8_0_0/solr-solrj/overview-frame.html: 9
>> /guide/6_6/format-of-solr-xml.html: 9
>> /guide/6_6/index.html: 9
>> /guide/6_6/learning-to-rank.html: 9
>> /guide/6_6/making-and-restoring-backups.html: 9
>> /guide/6_6/working-with-dates.html: 9
>> /guide/8_0/reindexing.html: 9
>> /docs/7_2_1/solr-solrj/allclasses-frame.html: 8
>>
>>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Hi,
sorry, I just noticed that the account disappeared from my google analytics
profile.
It was setup by Grant Ingersoll, maybe he can give us access again. If it is no
longer there, we lost the data, but we can recreate one.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357
d be nice to track and
>graph the traffic ramp-up.
>
>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
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Jan Høydahl
Sent: Tuesday, March 2, 2021 7:25 PM
To: dev@lucene.apache.org
Subject: Re: Review request - New Solr website
Thanks for reviewing. Yes, the javadocs and refguide are
Congrats Jan!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<https://www.thetaphi.de> https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Anshum Gupta
Sent: Thursday, February 18, 2021 7:55 PM
To: Lucene Dev ; solr-u...@lucene.apache.org
Subject: Congratulations
of all cases.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Dawid Weiss
Sent: Friday, February 19, 2021 7:52 PM
To: Lucene Dev
Subject: Re: Random disabling of asserts in tests is not working
Hi Uwe,
No
I would say: you can’t
figure out from JFR what’s the main contributor (the small strings in between
should be optimized away anyways).
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Uwe Schindler
Sent: Saturday
igh.
It also depends on the GC you use. If you use old ConcMarkSweepGC, I agree this
is an overhead, but nowadays, Lucene should use G1GC.
In addition, the strings are not for debugging, they are really useful when
something goes wrong, e.g. when I/O errors occur.
Uwe
-
thinking that we have Security Manager enabled/disabled from time to
time. But recently, I see no randomization for this on Jenkins, unless it’s
part of the Gradle build.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Robert
;>>>>
>>>>>> * Where:
>>>>>> Script
>>>>>>
>'/Users/joelbernstein/committer/lucene-solr/gradle/validation/validate-source-patterns.gradle'
>>>>>> line: 324
>>>>>>
>>>>>> * What went wrong:
>>>>>> Execution failed for task ':solr:contrib:validateSourcePatterns'.
>>>>>> > Found 8 violations in source files (tabs instead spaces).
>>>>>>
>>>>>>
>>>>>> Are others seeing this as well? I'm not seeing Jenkins emails
>about
>>>>>> this.
>>>>>>
>>>>>>
>>>>>> Joel Bernstein
>>>>>> http://joelsolr.blogspot.com/
>>>>>>
>>>>>>
>>>>>> ___
>>>>>> *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
Hi,
> No, you'll have to get used to it (and you will, I guarantee you).
>> What is “+” and “-“?
> Unified diff markers. They're helpful but they're just explanations - why
> would you care, run gradlew tidy and continue working.
Oh well, that’s obvious what format that is. My comment
wrong: Should the code look like “+” or should the code look
like “-“?
To my personal style, the “one-liners” are much better readable to me, so
splitting the lines is just horrible and I would never write code like that ☹
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https
Hi,
I am a bit confused by this mail: “Lucene-Solr-jdk16panama-Linux” Jenkins jobs
only run „gradlew test -Dtests.directory=MMapDirectory” nothing else!?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Dawid Weiss
affect many other plugins (as
many use tokens and their expansion), so I expect a fix soon.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Policeman Jenkins Server
> Sent: Wednesday, January 6, 202
tomato plants all survived and I was able to harvest this year.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Erick Erickson
> Sent: Wednesday, December 30, 2020 3:09 PM
> To: dev@lucen
IndexReader instances
around (no matter what type), always use ReaderContexts, especially in public
APIs.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Joel Bernstein
Sent: Sunday, December 27, 2020 7:36 PM
To: lucene
creates a
new one – an then you’re lost!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: Joel Bernstein
Sent: Sunday, December 27, 2020 5:59 PM
To: lucene dev
Subject: LeafReaderContext ord is unexpectedly 0
I ran
ooses
a JVM/GC combination which is "uptodate" and "often used" (LTS).
What do you think?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Dawid Weiss
> Sent: Friday, December
and builds
(kinda integration test).
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Dawid Weiss
> Sent: Monday, November 30, 2020 11:51 AM
> To: Lucene Dev
> Subject: Re: Approach towa
301 - 400 of 13488 matches
Mail list logo
