zhfeng commented on PR #4902: URL: https://github.com/apache/camel-quarkus/pull/4902#issuecomment-1573054251
Well, it seems that xalan 2.7.3 added a new checking before dumping a generated translet class. See https://github.com/apache/xalan-java/blame/master/src/org/apache/xalan/xsltc/compiler/XSLTC.java#L860-L865 ```java byte[] classByteArray = clazz.getBytes(); ByteArrayClassLoader classLoader = new ByteArrayClassLoader(classByteArray); Class clz = classLoader.findClass(clazz.getClassName()); ``` And `ByteArrayClassLoader` can not find `org.apache.xalan.xsltc.runtime.AbstractTranslet` during the quarkus-maven-plugin runs `AugmentAction`. I guess that it uses a different class loader in `quarkus-maven-plugin` and `ByteArrayClassLoader` is inherited from SystemClassLoader. I have no idea how to fix it and don't undertand the motivation for the checking in XSLTC. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: commits-unsubscr...@camel.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
