Generic parameters with Tapestry 5.4

[dmitrygusev]

Did anybody observe generic parameters issue with Tapestry 5.4?

https://issues.apache.org/jira/browse/TAP5-2576

Is there any known workarounds?

[dmitrygusev]

The workaround that worked for us is to create a plain (non-generic) wrapper class with generic fields.

[ascandroli]

Just create your resources as an interface and its implementation and use the jax-rs annotations in the interface that should be enough. The autodiscovery process should pick them up.

There is a very simple example of this in my old archetype: https://github.com/amneris/tynamo-archetype/tree/master/src/main/resources/archetype-resources/src/main/java/api

If you want more details about all the options available check the tests, for your case in particular check AutodiscoverableNotBoundButReloadableResource.java

I know is more verbose than the

[ascandroli]

On a second reading I think that probably that's not your case. Can you provide a failing test for your issue or post a complete code sample of your resource so I can better understand the issue.

[dmitrygusev]

Sorry, I should have cross linked this to tapestry JIRA: https://issues.apache.org/jira/browse/TAP5-2576

You can find more details there.

[dmitrygusev]

My bad, I actually did that in the first comment :facepalm

I'll see if I can create a test for it

[dmitrygusev]

There you go: #10 is a simple example to reproduce the error, and possible workaround for library users how to avoid the error.

[rar91279]

I solved the problem by patching the plastic library.

apache/tapestry-5@master...rar91279:tapestry-5:5.8.7-patched

Unfortunately, this solution only works with Java 9 and later.
I have also seen a similar solution using ByteBuddy.