This one is failing again and again on main (Not flaky!)
git bisect points to
https://github.com/apache/solr/pull/1895
*- org.apache.solr.search.TestCol**lapseQParserPlugin.testMultiSo**rt
(:solr:core)*
Test history:
https://ge.apache.org/scans/tests?search.rootProjectNames=solr-root&tests.c
Uwe, can you please upgrade your build server accordingly for JDK 21?
-- Forwarded message --
From: David Smiley
To: sanjaydutt.in...@yahoo.com
Cc: "dev@solr.apache.org"
Bcc:
Date: Thu, 24 Oct 2024 13:13:34 -0400
Subject: Re: [ANNOUNCE] JDK 21 now needed to build Solr main
Clarif
The vote has passed with 9 binding +1s, and no 0s or -1s.
I will update the website and send an announcement to the dev/users list.
On Thu, Oct 17, 2024 at 9:21 AM Michael Gibney
wrote:
> +1 (binding)
>
> On Thu, Oct 17, 2024 at 4:23 AM Andrzej Białecki wrote:
> >
> > +1 (binding).
> >
> > —
>
This job was disabled for a while because I can't seem to find the data
from after June 6 (a Successful run), and only recently it started running
again from 21st Oct, and all the executions have failed so far.
* What went wrong:
Execution failed for task ':checkJdkInternalsExportedToGradle'.
> Ce
The current implementation removes non live nodes from the set of
nodes to connect to. Getting the live nodes requires connecting to a
specific node in the cluster that is therefore live when that happens.
Worst case, if there is a single node up in the cluster, the client
ends with a single node i
I had no idea how deep our testing went!
All makes sense!
Sent from my iPhone
> On Oct 24, 2024, at 10:16 PM, David Smiley wrote:
>
> Sounds very good Jason; thanks for the summary and execution of the plan.
>
>> On Thu, Oct 24, 2024 at 3:56 PM Jason Gerlowski
>> wrote:
>>
>> My original w
We could also add a ticket and make it a blocker on 10 to make sure it gets
done?
I would be happy to volunteer for that Jira!!
Sent from my iPhone
> On Oct 24, 2024, at 9:23 AM, Jason Gerlowski wrote:
>
> Speaking a bit off-the-cuff here - so apologies if this isn't well
> thought through:
Clarification: We only use JDK 21 for the build. SolrJ related modules
(includes "api") is compiled to Java Language 17.
On Thu, Oct 24, 2024 at 11:22 AM sanjay dutt
wrote:
> Hey everyone,
> We have successfully bumped up the main branch to JDK 21 and SolrJ to JDK
> 17. All test packages are n
I've seen that error too from IntelliJ (or maybe just viewed in IntelliJ
but "from Gradle") at an earlier iteration of the JDK 21 PR when it was
using toolchains. But not since.
On Thu, Oct 24, 2024 at 1:41 PM Christos Malliaridis
wrote:
> That makes sense, thanks for the details. I looked into
Speaking a bit off-the-cuff here - so apologies if this isn't well
thought through:
Maybe we should wait until the "cross-dc" module's official release
with 9.8 to nuke the solr-sandbox code? There are likely
early-adopters building the sandbox code themselves, and deleting the
code from solr-san
Hi!
I'm all for (eventually) nudging folks towards HttpCSP. It's a "Good
Thing", conceptually, to hide ZK!
But it sounds like there are still some significant (if few) downsides
to using HttpCSP (the "all live nodes disappear" case being the
biggest, to my mind). IMO we should close the more sig
11 matches
Mail list logo
