Re: java 1.5 feature usage question

2007-10-15 Thread Adam Heath
David E Jones wrote: > On Oct 15, 2007, at 10:27 PM, Adam Heath wrote: > >> Tim Ruppert wrote: >>> I'm way into seeing groovy included - what's the license on that? >> >> http://svn.codehaus.org/groovy/trunk/groovy/groovy-core/LICENSE.txt >> >> Which mentions APL 2.0. So, perfect. >> >> I wrote c

Re: java 1.5 feature usage question

2007-10-15 Thread David E Jones
On Oct 15, 2007, at 10:27 PM, Adam Heath wrote: Tim Ruppert wrote: I'm way into seeing groovy included - what's the license on that? http://svn.codehaus.org/groovy/trunk/groovy/groovy-core/LICENSE.txt Which mentions APL 2.0. So, perfect. I wrote caching implementations of janino(java), bsh

Re: java 1.5 feature usage question

2007-10-15 Thread Adam Heath
Tim Ruppert wrote: > I'm way into seeing groovy included - what's the license on that? http://svn.codehaus.org/groovy/trunk/groovy/groovy-core/LICENSE.txt Which mentions APL 2.0. So, perfect. I wrote caching implementations of janino(java), bsh, groovy, rhino(javascript), quercus(php), and jrub

Re: java 1.5 feature usage question

2007-10-15 Thread Tim Ruppert
I'm way into seeing groovy included - what's the license on that? Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Oct 15, 2007, at 8:37 PM, Adam Heath wrote: Jonathon -- Improov wrote: Will BSH codes be able to use that too? Our web fra

Re: java 1.5 feature usage question

2007-10-15 Thread Adam Heath
Jonathon -- Improov wrote: > Will BSH codes be able to use that too? Our web framework(not in ofbiz) event languages, which uses janino and groovy, work with our enums fine. As far as they are concerned, they look just like static class instances. Plus, we get to use fancy EnumMap and EnumSet;

Re: java 1.5 feature usage question

2007-10-15 Thread Jonathon -- Improov
Nice. Back to C/C++ enums. But seems like it's much more. Will BSH codes be able to use that too? Enums in general are usually int (save space). It's often annoying when some rogue codes attempt to pass in raw int(s) that do not correspond to any known/programmed enums. So, yes, using Java 1.5

Re: java 1.5 feature usage question

2007-10-15 Thread Ray Barlow
I agree the earlier you catch possible errors the better. Ray Tim Ruppert wrote: > Personally, I'm a fan of any compile time checking :) > > Cheers, > Tim > -- > Tim Ruppert > HotWax Media > http://www.hotwaxmedia.com > > o:801.649.6594 > f:801.649.6595 > > > On Oct 14, 2007, at 7:21 PM, Adam He

Re: java 1.5 feature usage question

2007-10-14 Thread Jacques Le Roux
+1 Jacques - Message d'origine - De : Tim Ruppert À : dev@ofbiz.apache.org Envoyé : lundi 15 octobre 2007 04:58 Objet : Re: java 1.5 feature usage question Personally, I'm a fan of any compile time checking :) Cheers, Tim -- Tim Ruppert HotWax Me

Re: java 1.5 feature usage question

2007-10-14 Thread Tim Ruppert
Personally, I'm a fan of any compile time checking :) Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Oct 14, 2007, at 7:21 PM, Adam Heath wrote: How does everyone feel about using enums in ofbiz? For pure java code, they are a win. For

java 1.5 feature usage question

2007-10-14 Thread Adam Heath
How does everyone feel about using enums in ofbiz? For pure java code, they are a win. For other code, that do something like: == myObject.someFunction(Constants.TYPE); == there shouldn't be any difference. Once changed, instead of Constants.TYPE being an int, or a String, it's a class that ex