Paulo, >>We really need the ability to compile Java on the server side of >>AvalonDB .... >> > >I do not know if this could help but... > > >Pnuts is a Java-like scripting language that compiles into memory >without using a Java compiler: > http://javacenter.sun.co.jp/pnuts/ > This sounds great. I think I may try it with the 'basic' parser. It currently uses Rhino, but there is no reason why we could not abandon JavaScript (I joke you not) for some faster impl.
>It is pure Java and my performance tests hint that it really has to >be compiled as they announce - it is so damn fast!!! > http://javacenter.sun.co.jp/pnuts/doc/pnuts_engine.html > If it is compiled, I need a way of 1) persisting the class ( get at it's byte[] bytecode ) so that I can 2) transport the class. The thinking is that for some configurations of AvalonDB, the server may prefer to ask another for the 'compiled select statement'. This sounds daft so I'll exlain more. What we want is a facility to turn 'Select * from People where name like "Fred%" ' into a generated RowTester class that does -> Class123 extends RowTester { boolean testRow(Row row) { return ( row.getValue("name").startsWith("Fred"); ); } } With the 'basic' impl we are doing testRow() in JavaScript (and it works). If we can compile Select statements into classes (true bytecode) they can be thrown around a cluster of AvalonDBs or even pre-added to a resource limited machine (yer must know that I want to get Avalon running in my iPAQ). >It integrates VERY well with Java. > >< license snipped > > >I see no problems in the license but I am far from being an expert. >Read it if you are interested. It is not so big. > License is fine. Very unrestrictuive for a Sun license. Regards, - Paul H > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
