FlexibleDateFromCLDR spin?

General

Trac Info

General

Trac Info

Description

several threads going to 100% cpu stuck in FlexibleDateFromCLDR

Example stack:

"Default Executor-thread-15" #69 daemon prio=5 os_prio=0 cpu=115244897.16ms elapsed=146135.09s tid=0x00007c9b88138000 nid=0x29ca84 runnable  [0x00007c9b75bfa000]
   java.lang.Thread.State: RUNNABLE
	at java.util.TreeMap.put(java.base@11.0.22/TreeMap.java:573)
	at org.unicode.cldr.test.FlexibleDateFromCLDR.checkFlexibles(FlexibleDateFromCLDR.java:198)
	at org.unicode.cldr.test.CheckDates.handleSetCldrFileToCheck(CheckDates.java:227)
	at org.unicode.cldr.test.CheckCLDR.accept(CheckCLDR.java:769)
	at org.unicode.cldr.test.CheckDates.handleCheck(CheckDates.java:342)
	at org.unicode.cldr.test.CheckCLDR$CompoundCheckCLDR.handleCheck(CheckCLDR.java:1436)
	at org.unicode.cldr.test.CheckCLDR.check(CheckCLDR.java:1327)
	at org.unicode.cldr.test.TestCache$TestResultBundle.lambda$check$0(TestCache.java:71)
	at org.unicode.cldr.test.TestCache$TestResultBundle$$Lambda$761/0x0000000840d5ec40.apply(Unknown Source)
	at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(java.base@11.0.22/ConcurrentHashMap.java:1705)
	- locked <0x0000000640c801b8> (a java.util.concurrent.ConcurrentHashMap$ReservationNode)
	at org.unicode.cldr.test.TestCache$TestResultBundle.check(TestCache.java:67)
	at org.unicode.cldr.util.VettingViewer$DefaultErrorStatus.getErrorStatus(VettingViewer.java:198)
	at org.unicode.cldr.util.VettingViewer$FileInfo.handleOnePath(VettingViewer.java:467)
	at org.unicode.cldr.util.VettingViewer$FileInfo.getFileInfo(VettingViewer.java:454)
	at org.unicode.cldr.util.VettingViewer.generateDashboard(VettingViewer.java:326)
	at org.unicode.cldr.web.Dashboard.reallyGet(Dashboard.java:253)
	at org.unicode.cldr.web.Dashboard.get(Dashboard.java:248)
	at org.unicode.cldr.web.api.Summary.getParticipationFor(Summary.java:557)
	at org.unicode.cldr.web.api.Summary$Proxy$_$$_WeldSubclass.getParticipationFor$$super(Unknown Source)
	at jdk.internal.reflect.GeneratedMethodAccessor314.invoke(Unknown Source)
	at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@11.0.22/DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(java.base@11.0.22/Method.java:566)

more stacks: https://gist.github.com/srl295/cef58dead786a96d8aae1fc908eb6a30