Project

Profile

Help

Bug #6154

closed

ConcurrentModificationException in net.sf.saxon.s9api.XsltCompiler.compile

Added by Md Ashraful Islam 9 months ago. Updated 9 months ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
Category:
s9api API
Sprint/Milestone:
-
Start date:
2023-08-04
Due date:
% Done:

0%

Estimated time:
Legacy ID:
Applies to branch:
9.7
Fix Committed on Branch:
Fixed in Maintenance Release:
Platforms:

Description

I am creating XsltCompiler from the Processor and using it only one time to compile my XSLT file as follows

        XsltCompiler xsltCompiler = processor.newXsltCompiler();
        xsltCompiler.setURIResolver(uriResolver);
        XsltExecutable executable = xsltCompiler.compile(uriResolver.resolve(docid, null));

But sometimes it is throwing ConcurrentModificationException. Full stacktrace is given below

Caused by: java.util.ConcurrentModificationException: null
	at java.base/java.util.ArrayList$Itr.checkForComodification(ArrayList.java:1043)
	at java.base/java.util.ArrayList$Itr.next(ArrayList.java:997)
	at net.sf.saxon.type.TypeHierarchy.toSet(TypeHierarchy.java:582)
	at net.sf.saxon.type.TypeHierarchy.computeRelationship(TypeHierarchy.java:383)
	at net.sf.saxon.type.TypeHierarchy.relationship(TypeHierarchy.java:306)
	at net.sf.saxon.expr.parser.TypeChecker.staticTypeCheck(TypeChecker.java:121)
	at net.sf.saxon.expr.FunctionCall.checkFunctionCall(FunctionCall.java:221)
	at net.sf.saxon.expr.SystemFunctionCall.typeCheck(SystemFunctionCall.java:83)
	at net.sf.saxon.expr.Operand.typeCheck(Operand.java:185)
	at net.sf.saxon.expr.Expression.typeCheckChildren(Expression.java:428)
	at net.sf.saxon.expr.SystemFunctionCall.typeCheck(SystemFunctionCall.java:82)
	at net.sf.saxon.style.StyleElement.typeCheck(StyleElement.java:1543)
	at net.sf.saxon.style.XSLForEach.validate(XSLForEach.java:110)
	at net.sf.saxon.style.StyleElement.validateSubtree(StyleElement.java:1732)
	at net.sf.saxon.style.StyleElement.validateChildren(StyleElement.java:1767)
	at net.sf.saxon.style.StyleElement.validateSubtree(StyleElement.java:1736)
	at net.sf.saxon.style.PrincipalStylesheetModule.preprocess(PrincipalStylesheetModule.java:413)
	at net.sf.saxon.style.Compilation.compilePackage(Compilation.java:220)
	at net.sf.saxon.style.StylesheetModule.loadStylesheet(StylesheetModule.java:260)
	at net.sf.saxon.style.Compilation.compileSingletonPackage(Compilation.java:101)
	at net.sf.saxon.s9api.XsltCompiler.compile(XsltCompiler.java:813)

I am using saxon-ee-9.7.0.4


Related issues

Is duplicate of Saxon - Bug #4218: Multithreading crash - ConcurrentModificationException evaluating subtyping relationshipClosedMichael Kay2019-05-10

Actions
Actions #1

Updated by Michael Kay 9 months ago

This looks rather like bug #4218 which was fixed over 4 years ago in Saxon 9.9.

Actions #2

Updated by Michael Kay 9 months ago

  • Status changed from New to Duplicate

Took another more careful look and I think I'm reasonably confident closing this as a duplicate of #4218.

Saxon 9.7 is now a very old release.

Actions #3

Updated by Michael Kay 9 months ago

  • Is duplicate of Bug #4218: Multithreading crash - ConcurrentModificationException evaluating subtyping relationship added

Please register to edit this issue

Also available in: Atom PDF