Hi to all,
We are evaluating DCEVM as an alternative to jRebel since jRebel decided to get more and more expensive every year. We have set up DCEVM for java 7 along with hotswap-agent-1.3 and it looks very good. Java hot swap understands almost every change, attributes, fields, static members, methods, constructors etc.
The only problem is with ZK and @Command annotations. Every time i try to change the command binding in the ZUL file or to add a @command method the system throws an exception that there is no convenient annotated method.
Does anybody else managed to make DCEVM work with ZK 7+ or 8+ ?
Thank you for your time
costas
I have tried that quite a while back, and also never succeeded with DCEVM. The @Command-methods are cached per class in BinderImpl (30 minutes, currently not configurable) so this could be a reason why this has no effect.
I haven't tested yet whether that's the case, it could depend on how DCEVM handles equality of changed/hot-reloaded classes. I'd set a breakpoint in BinderImpl.getCommandMethod(..) and check what actually happens, whether it's the class-equality still giving old results, or it simply doesn't hot-swap the method annotations during runtime.
After spending some time on this i found that the problem is not related to ZK. The commands cache works fine. The problem is that after changing or adding a new @command in the VM class, the DCEVM reloads the class methods but with invalid @command annotations. So the command names are invalid.
cyiannoulis ( 2018-08-27 17:08:05 +0800 )editAsked: 2018-08-01 00:51:24 +0800
Seen: 6 times
Last updated: Aug 06 '18
Tags
People
Badges
Help
