mariofusco commented on issue #5925:
URL:
https://github.com/apache/incubator-kie-drools/issues/5925#issuecomment-2107069653
> if I drop `$asset.devices.tank_device.readings.tank_level <
$asset.properties.empty_fill_level_threshold`, the above error goes away and a
different one appears, but this one I need to investigate further. It also
seems related to the fact that a generic class is involved. (I understand
`$asset` inside the condition is redundant).
Is there any reason why you're keeping that `$asset` inside the condition?
Does it change anything if you remove it (I don't expect so, but just in case).
> the model classes (eg:Sbtanknew_1_0_6) are derived from base classes and
are runtime generated with byte-buddy, overriding several generic parameters of
the parent class. I think this is where the issue comes from, and why it's not
easy to isolate. I will try.
If the executable model generator can access the runtime classes generated
by byte-buddy and introspect them during the code generation phase I believe
that there shouldn't be any problem. My wild guess is that the executable model
generator is introspecting the original classes **before** byte-buddy
instrumentation and if so of course that's wrong and the root cause of the
problem. Another (in my opinion more remote) possibility is that byte-buddy is
rewriting the bytecode of the domain model classes in a way that for some
reason prevents the introspection necessary for the executable model
generation, but if so we would also need a reproducer for that.
--
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: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
