*FAILED: org.apache.solr.cloud.SplitShardTest.testWithChildDocuments*
Recently added test failing on *branch_9x*.
I believe it belongs to this commit
https://github.com/apache/solr/commit/fbcf6b3ecb2d20d584fbf6d7290974f9b41c191f
On Thu, Oct 31, 2024 at 10:10 AM Apache Jenkins Server <
jenk...@
Agreed, Jan.
Also, I don't like talk of 9.whatever being the last minor version.
Granted, few of us may be motivated to do additional backports from main to
10x and an additional 9x but if some of us became motivated to do so, all
it takes is 3 +1 votes to officiate a release of whatever version.
I agree, let's do both 9.7.1 and 9.8 as that is what makes sense for users.
We also assumed 8.11.1 would be the last 8x release but it didn't really
end up that way. Let's support 9x until it makes sense for us and the user
community to do so. I personally see more 9x releases in the future.
On W
Took a look on ASF Slack w/ Sanjay and found that the Lucene one has the
exports but the Solr one doesn't and its managed at the group level.
https://ci-builds.apache.org/job/Lucene/configfiles/editConfig?id=lucene_gradle.properties
vs
https://ci-builds.apache.org/job/Solr/configfiles/editConfig
Hey all,
Following the recent move to Java 21 on 'main', many of our Jenkins
jobs for that branch are failing with the following message:
Execution failed for task ':checkJdkInternalsExportedToGradle'.
> Certain gradle tasks and plugins require access to jdk.compiler internals,
> your g
+1 to an 9.7.1 stability / bugfix release.
And we should continue minor 9.x releases every couple months until we are
ready to do a quality 10.0 release with JDK, Jetty, SolrJ etc sorted out. We of
course hope that is soonish, but let's not decide which is the lastest 9.x
version until we are a
Hi,
I guess that's basically what BATS do, it uses Node to parse the test cases
line by line, then executes the command using bash and captures stdout, stderr
and exit-code. It further fails a test on exit-code>0 or if an assert based on
output fails. Not impossible to implement in Java/Junit,
Why not both?
I think a 9.8 would be awesome to get some additional deprecations and
minor features out. But we've stacked up a number of pretty serious
9.7 bugs that we should try to get fixed for users independent of
that: SOLR-17515, SOLR-17464, SOLR-17457 (which prevents our starting
on Windo
Hi,
sorry missed that message and yes, it is now updated.
Uwe
Am 25.10.2024 um 21:49 schrieb David Smiley:
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"
Sorry for the delay: I updated Policeman Jenkins.
Uwe
Am 24.10.2024 um 19:13 schrieb David Smiley:
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
10 matches
Mail list logo
