[ 
https://issues.apache.org/jira/browse/CAMEL-23670?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18097709#comment-18097709
 ] 

Omar Atie commented on CAMEL-23670:
-----------------------------------

```
h4. Analysis: root cause is the HotSpot JVM on ppc64le, not the Camel components

I investigated the three reported failures. They are all the same JVM-level 
error —
{\{java.lang.IncompatibleClassChangeError: Class X does not implement the 
requested interface Y}}
— raised at runtime during interface method dispatch (invokeinterface), even 
though the
class does implement the interface (via inheritance / Scala traits). This is a 
symptom of
incorrect interface/itable resolution inside the JVM, not an application defect.

The three failures are in completely unrelated technology stacks:

* camel-dfdl: \{{LocalSequence does not implement ElementDeclMixin}} — both are
  Daffodil-internal Scala classes (\{{org.apache.daffodil.core.dsom.*}}). Camel 
does not
  reference these classes at all; the error occurs entirely within Daffodil's 
own class
  hierarchy while parsing a DFDL schema.
* camel-endpointdsl: \{{EndpointRoutesConfigurationTest$2 does not implement 
OnCamelContextStopping}}
  — the anonymous class genuinely does not implement that SPI interface, yet 
the JVM dispatches
  as if it must.
* camel-jooq: \{{SelectImpl does not implement StreamCache}} — a jOOQ query 
class vs a Camel SPI.

The same error type appearing across three unrelated libraries (Daffodil/Scala, 
Camel core,
jOOQ) points to the JVM as the common factor rather than any single component.

The decisive evidence is already in this ticket:
* Fails on Temurin *HotSpot* 26.0.1, 27-beta and 28-beta — all on *ppc64le*.
* Passes on IBM Semeru *OpenJ9* 26.0.1 — same Java version, same ppc64le 
architecture,
  different JVM implementation.

Same architecture + same Java version, differing only by JVM → the variable is 
HotSpot on
ppc64le (in these EA/beta builds). This indicates a HotSpot defect on ppc64le, 
not a Camel
regression. Camel behaves correctly and even passes on OpenJ9 on the same 
platform.

Recommendation: there is no Camel code change to make here. Suggested path is 
to treat this
as an upstream OpenJDK/ppc64le issue and keep this ticket open pending a fixed 
HotSpot build,
optionally adding a narrow ppc64le test-skip for these modules if CI needs to 
be green in the
interim (there is precedent via the ppc64le profile added under CAMEL-23538).

_This comment was generated by an AI agent (Cursor Agent, Opus 4.8) on behalf 
of Omar Atie (@atiaomar1978-hub) and may contain inaccuracies; please verify 
before acting._
```

> [JDK26] Several IncompatibleClassChangeError on ppc64le
> -------------------------------------------------------
>
>                 Key: CAMEL-23670
>                 URL: https://issues.apache.org/jira/browse/CAMEL-23670
>             Project: Camel
>          Issue Type: Sub-task
>          Components: camel-dfdl, camel-endpointdsl, camel-jooq, camel-smooks
>    Affects Versions: 4.20.0
>            Reporter: Aurélien Pupier
>            Priority: Major
>
> Class org.apache.daffodil.core.dsom.LocalSequence does not implement the 
> requested interface org.apache.daffodil.core.dsom.ElementDeclMixin
> Class org.apache.camel.builder.endpoint.EndpointRoutesConfigurationTest$2 
> does not implement the requested interface 
> org.apache.camel.spi.OnCamelContextStopping
> java.lang.IncompatibleClassChangeError: Class org.jooq.impl.SelectImpl does 
> not implement the requested interface org.apache.camel.StreamCache



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to