[
https://issues.apache.org/jira/browse/SOLR-17379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17922130#comment-17922130
]
Houston Putman commented on SOLR-17379:
---------------------------------------
I will add, the French date test only fails with the TestSecurityManager. With
the default security manager, we get the error logs printed above, but the
tests pass. Very strange. I even made a new SolrTestSecurityManager that does
nothing but extend java.lang.SecurityManager, and it swallows the errors and
fails, just like the Lucene TestSecurityManager. very very strange. There must
be some code somewhere that is looking for just the default SecurityManager.
The TestSecurityManager/SecurityManager differnce is strange and really makes
no sense, but the CLDR issue has been reported, and the openjdk maintainers see
no real reason to fix it since the security manager is being removed in Java
24. So there is no real way to fix this issue deep down without removing the
URLPermissions from our test security.policy, which doesn't seem realistic.
[https://bugs.openjdk.org/browse/JDK-8305346|https://bugs.openjdk.org/browse/JDK-8305346?attachmentOrder=desc]
Overall I think we should either disable the security manager for Solr 10,
because it's being removed in Java 24, or we should just use the default
SecurityMnaager for tests and try to swallow the errors so that we aren't
spammed with this unfixable bug.
> ParsingFieldUpdateProcessorsTest failures using CLDR locale provider
> --------------------------------------------------------------------
>
> Key: SOLR-17379
> URL: https://issues.apache.org/jira/browse/SOLR-17379
> Project: Solr
> Issue Type: Test
> Reporter: Chris M. Hostetter
> Priority: Major
> Attachments: SOLR-17379.test-1.patch, SOLR-17379.test.patch
>
>
> Background: https://lists.apache.org/thread/o7xwz8df6j0bx7w2m3w8ptrp4r7q957n
> Test failures from {{ParsingFieldUpdateProcessorsTest.testAKSTZone}} and
> {{ParsingFieldUpdateProcessorsTest.testParseFrenchDate}} are seemingly
> guaranteed on JDK23, due to the removal of the {{COMPAT}} local provider
> option.
> On (some) earlier JDKs, these failures can be reproduced using...
> {noformat}
> ./gradlew test --tests ParsingFieldUpdateProcessorsTest
> -Ptests.jvmargs="-Djava.locale.providers=CLDR -XX:TieredStopAtLevel=1
> -XX:+UseParallelGC -XX:ActiveProcessorCount=1 -XX:ReservedCodeCacheSize=120m"
> {noformat}
> ...to force the use off {{CLDR}} and exclude the use of {{COMPAT}}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
