FWD » Core Development » Conversion Tools

06/16/2016

05:25 PM Feature #1735: leverage lambda expressions (Java 8 "closures") to reduce code bloat

With revision 11050 of 1735d, I've made changes to reduce the unwrapping needed for the @entered@ and @not entered@ 4... Greg Shah

06/15/2016

04:49 PM Feature #1735: leverage lambda expressions (Java 8 "closures") to reduce code bloat

I have made an additional effort to create a testcase which could demonstrate some user-measurable performance degrad... Greg Shah

06/14/2016

07:07 PM Feature #1735: leverage lambda expressions (Java 8 "closures") to reduce code bloat

Based on seeing the potential negative performance impact on MAJIC, I have done a less naive testcase to see if I can... Greg Shah

12:15 PM Feature #1735: leverage lambda expressions (Java 8 "closures") to reduce code bloat

Task branch 1735d is currently based from trunk 11041 (it needs a rebase to trunk 11044). As of 1735d branch rev 110... Greg Shah

06/03/2016

09:18 AM Feature #1735: leverage lambda expressions (Java 8 "closures") to reduce code bloat

Thanks. Yes, it is already making a difference. There is much more improvement to come. Greg Shah

09:13 AM Feature #1735: leverage lambda expressions (Java 8 "closures") to reduce code bloat

Greg, I really like the look of this. Paul E

06/02/2016

06:23 PM Feature #1735: leverage lambda expressions (Java 8 "closures") to reduce code bloat

Changed conversion to emit DELETE statement validation expressions as lambdas instead of an inner class of the block.... Greg Shah

05/28/2016

12:15 AM Feature #1735: leverage lambda expressions (Java 8 "closures") to reduce code bloat

Task branch 1735b has changes that modify conversion to emit UI validation expressions as lambdas instead of an inner... Greg Shah

05/24/2016

04:07 PM Feature #1735: leverage lambda expressions (Java 8 "closures") to reduce code bloat

Branch 1735a was merged to trunk as revision 11035. 1735a was archived.
This revision changes two cases of Logica... Greg Shah

05/18/2016

10:57 AM Bug #3114: changing SharedVariableManager to call TransactionManager.register[Global]()

Greg, you are correct that SVM should do the register, and not emit explicit @TM.register@ calls. And yes, we need t... Constantin Asofiei