js-dsl - Improve the interoperability with Java code

[essobedo]

The JavaScript DSL already supports the native mode but it is really limited in terms of interoperability with Java code, the goal of this task is to improve the code to at least support the basic use cases available in the Came code base.

[jamesnetherton]

The JavaScript DSL already supports the native mode

For reference:

• js-dsl fails on GraalVM 22.3/Quarkus 2.14.1 #4285
• Mark js-dsl as JVM only #4241

[essobedo]

Thx for sharing, I'm aware of those tickets, but maybe we could simply add a note in the documentation indicating that it is experimental instead of dropping the native mode.

I may be wrong but for me, the main purpose of Quarkus is to help us go to native so IMHO the goal of Camel Quarkus should be the same but for Camel components, don't you agree?

[jamesnetherton]

don't you agree?

Yes, of course. But, given that the current builder container image for native apps is currently Mandrel, I'm assuming it wouldn't work for js-dsl? Because unlike GraalVM, Mandrel does not have / support the JS bits.

[essobedo]

I was not aware of that thx for the info. Do you mean that It will never be supported in Mandrel? If so why not?

[essobedo]

Anyway, my bad, I should have asked before, I will propose a PR since it is already done, feel free to merge it or not

[jamesnetherton]

current builder container image for native apps is currently Mandrel

FWIW, that may eventually change. IIRC it was originally done due to some issues Quarkus encountered in GraalVM 22.3. So maybe they will revert back to GraalVM at some point....

[essobedo]

Related PR #4409

[essobedo]

@zakkak Hi, AFAIU the js language is not supported in Mandrel, do you know if it is planned to support it?

[zakkak]

Hi @essobedo, there are no plans for supporting it for the time being.

[essobedo]

@zakkak thx for the answer, that's not good news for the project but ok

[ppalaga]

current builder container image for native apps is currently Mandrel

FWIW, that may eventually change. IIRC it was originally done due to some issues Quarkus encountered in GraalVM 22.3. So maybe they will revert back to GraalVM at some point....

Quarkus switched to Mandrel because of this issue in GraalVM 22.3.0 oracle/graal#5303

GraalVM 22.3.1 is due next week https://www.graalvm.org/release-notes/release-calendar/

On a more practical note, we had js-dsl native tests disabled on GH actions for some time because they simply took too long. IIRC it was like tens of minutes for this single module.

[zakkak]

GraalVM 22.3.1 is due next week https://www.graalvm.org/release-notes/release-calendar/

FYI in quarkusio/quarkus#29252 we (the Mandrel team) propose switching permanently to Mandrel. Please provide feedback in that issue if you think it's a big issue.

[essobedo]

FYI in quarkusio/quarkus#29252 we (the Mandrel team) propose switching permanently to Mandrel. Please provide feedback in that issue if you think it's a big issue.

Feedback provided thanks again 🙏