All:
I always seem to be coming in late to any discussion here on the Jess Users Group -
mostly because I'm working out of town a lot and don't get a chance to read and think
about what's going on with the rest of the world. Blah-bablah-bablah-blah-blah... :-)
Anyway, regarding XML and rules: Both JRules and Advisor state that they have an XML
Rule Repository. Well, actually, they have a repository of rules in XML, but I
wouldn't exactly call it a true Rule Repository - not in the sense that Rick at
EZ-Xpert sets up and defines a Rule Repository. (See http://www.ez-xpert.com for some
white papers on the subject.) This is NOT and testimony nor an advertisement for EZ
Xpert - just a comment that there are those who have done their homework. Rick has
commented in the past that he would do an interface for Jess if someone wanted to pay
him the time and expenses to do it; like a two-week job, at most.
Again, I digress: So, back to the XML subject at hand. XML lends itself more to a
messaging component than to a Rules Repository unless, of course, you're going to make
a general purpose repository, such as EZ Xpert. Chordiant has taken that approach and
they interface JRules to XML to the IBM MQ messaging back to the mainframe. Kind of a
Rube Goldberg approach, but it seems to work. Kinda, sorta, anyway.
I've never been a big fan of XML when you're running on the same platform and in the
same environment. However, it does add extensibility to the project if that's what you
absolutely need. But, then, I've never been a big fan of J2EE and any rulebase system
simply because any J2EE server wants to take over my environment and severely restrict
what can and cannot be done with the full power of Java, such as threads, etc.
OK, back in the sack for Old Jim - I'll probably wake up next Spring and see what's
going on with the rest of the world. :-)
SDG
jco
Bonnet Emmanuel wrote:
[EMAIL PROTECTED] a icrit :
But using XML would help me to have :
. a XML black box with predefined entries
Not sure what this one means.
I meant the rule engine would be seen from the outside system as a
black-box
exchanging data using XML-format.
. as XML standards (RuleML) are emerging for Rule writing , I could use them
Note that storing data as XML, and storing rules as XML, are two
different things; the first is easy, the second is hard. Up till now
you've only been talking about XML data.
You're right, RuleML initiative is doing that second job.
In fact, it is possible to use RuleML to write rules AND create facts
too.
So it is possible to use RuleML for data management too.
. no additional Java code to write that would interfere with the original model
(fireProperty stuff)
You only need to use property change listeners in your Java objects if
their member data will change from outside of the direct control of
..
static definstances without changing the code.
You are right. That is definitly an issue.
. a neat design reusable in other context/projects (everybody
interfaces with XML now !)
Indeed. Everybody seems to be getting their tongue pierced, as well,
but I personally won't be doing so.
Me neither for the tongue-piercing,
but I'm sure Jess will have XML-enabled features or interfaces in the
future :-)
In addition, the possibility to design a reusable component seems for me
to be an interesting asset enough.
Regards,
Emmanuel
To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]'
in the BODY of a message to [EMAIL PROTECTED], NOT to the list
(use your own address!) List problems? Notify [EMAIL PROTECTED]
--
SDG
jco
-
James C. Owen
Senior KE
Knowledgebased Systems Corporation
6314 Kelly Circle
Garland, TX 75044
972.530.2895
To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]'
in the BODY of a message to [EMAIL PROTECTED], NOT to the list
(use your own address!) List problems? Notify [EMAIL PROTECTED]