CGlib looks nice and clean using the BeanGenerator class.
I'm new to Drools and still haven't seen the semantic analyzer yet, but
I deduce that drools is strongly typed. I have very little experience
writing compilers, but I suppose that supporting maps can be hard if
this implies changing from strongly to loosely typed.
ASM and CGlib seems to be a great solution for drools integration.
Beto
Mark Proctor wrote:
fyi - http://markproctor.blogspot.com/2006/11/just-say-no-to-dynabeans.html
Dirk Bergstrom wrote:
Edson Tirelli was heard to exclaim:
Supporting Maps is not that hard
Glad to hear it's not too hard.
Next release (3.2) will support that.
Ahh, good to know.
Regarding apache dynabeans, there was a discussion about that a
couple weeks ago. The problem is that dynabeans does not allow (AFAIK)
you to define the generated class name. It means, you would not be able
to dynamically generate a "xxx.yyy.Person" class and then write a rule
using it:
I've never actually used dynabeans -- they looked like the solution to a
problem I had, but the framework I was using (struts 1.0) didn't support them.
I'd actually be happier to see Map support in Drools. It would be really
nice to be able to write rules about Map parameters of beans. I have a class
of objects that have some well-defined properties, and some dynamic ones.
Having said that, there are alternatives available. I wrote a very
simple API (4 classes actually) to dynamically generate beans using ASM.
This beans are real world classes and can be dynamically
generated/loaded into the engine and at the same time allow you to write
rules in a simple way. I will do some code cleanup in them and publish
to those needing that solution.
That would be great -- and probably a lot cleaner than using Perl to write
Java...
------------------------------------------------------------------------
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.0/525 - Release Date: 11/9/2006
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
