Qute using varargs yields "Method X not found on the base object" error about quarkus

[gsmet]

https://quarkus.io/guides/update-quarkus can help if you want to do a quick update/test on newer versions.

[mkouba]

@mkouba - Thank you for trying this out! Yes if I change the signature to match (I've tried Strings to ensure not confusing ints and longs again..) the tests pass on both 3.2 and 3.8 versions.

👍

I'm still running into the issue with the 2.16 version my company uses, but I'll just use the workaround of calling a wrapper method on a non-cdi bean.

Unfortunately, we do not plan to backport any qute-related fixes into 2.16. But your workaround seems reasonable.

@TemplateExtension(namespace = "obj")
public class ObjectExtensionMethods {
    public static Object[] varargs(Object... args) {
        return args;
    }
}

(Not knowing the workflow on this repo I'm fine with this ticket being closed)

Yes, I will close this issue and create a new one to implement "Widening Primitive Conversion" in templates.

[quarkus-bot]

/cc @mkouba (qute)

[mkouba]

@markus-lehr-dedalus Have you tried with some newer version, i.e. Quarkus 3.2 or 3.8? I do remember that some problems with varargs parameters were fixed.

[markus-lehr-dedalus]

Have you tried with some newer version, i.e. Quarkus 3.2 or 3.8?

I created a small reproducer project with both Quarkus 3.8.3 and 3.2.11.Final and indeed the varargs issue persists for CDI beans.
If you look at the test: QuteVarargsTest.java
You can see that varargs work with static namespaced extension methods (first few tests with obj:varargs) but not with the cdi bean's method (i.e. the last 3 tests fail). (Just to prove that the cdi bean is being called and works for non-varargs methods, I created an identity method which just returns whatever int is being haded to it).

[mkouba]

@markus-lehr-dedalus So I've tried to reproduce the problem locally and found an error in the test. The first parameter of the method declared on the CdiExtension is long but you pass an integer literal in the template. If you change the type of the param to int or modify the template like {cdi:varargsTemplateExtension.varargs(5l, foo)} then the test passes.

That said, I understand that Java does convert the type automatically (Widening Primitive Conversion) but templates don't support this feature yet.

[markus-lehr-dedalus]

@mkouba - Thank you for trying this out! Yes if I change the signature to match (I've tried Strings to ensure not confusing ints and longs again..) the tests pass on both 3.2 and 3.8 versions.

I'm still running into the issue with the 2.16 version my company uses, but I'll just use the workaround of calling a wrapper method on a non-cdi bean.

@TemplateExtension(namespace = "obj")
public class ObjectExtensionMethods {
    public static Object[] varargs(Object... args) {
        return args;
    }
}

(Not knowing the workflow on this repo I'm fine with this ticket being closed)