<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Christine wrote:
<blockquote
cite="mid:24472.62.59.194.226.1210232682.squirrel@webmail.xs4all.nl"
type="cite">
<blockquote type="cite">
<pre wrap="">I'm just doing a brain dump of how I think I'd like to see the 5.0 api
</pre>
</blockquote>
<pre wrap=""><!---->move, where we move from a rule oriented framework to a knowledge
oriented framework for rules and processes.
sounds interesting. how exactly do you see processes, integrated in the
knowledgebase, other than just calling ordinary java classes in the then
part of a rule? Will there be support for other AI-type algorithms?
</pre>
</blockquote>
Have you looked at the RuleFlow stuff in 4.0.x? That forms the basis of
our work to move full process support.<br>
There is nothing planned for 5.0 beyond rules, processes and cep. But
yes I'd like to see other things be included, if they<br>
can be integrated and unified in a meaningful way.<br>
<blockquote
cite="mid:24472.62.59.194.226.1210232682.squirrel@webmail.xs4all.nl"
type="cite">
<pre wrap="">
Christine
</pre>
<blockquote type="cite">
<pre wrap="">A rough namespace and interface mapping could be as follows:
org.drools
KnowledgeBase <- RuleBase
StatefulKnowledgeSession <- StatefulSession
-extends both RuleSession and ProcessSession
-in theory someone could have a rule or process specific impl
although we will continue with the combined approach for now
StatelessKnowledgeSession <- StatelessSession
RuleSession
-contains the rule specific api from WorkingMemory
ProcessSession
-contains the process specific api from WorkingMemory
org.drools.events
org.drools.knowledge.defintions
KnowledgeDefinitionPackage <- Package
-Possible just KnowledgePackage
but I like reinforcing that these are definitions
org.drools.knowledge.defintions.rules <- org.drools.rule
org.drools.knowledge.defintions.processes
org.drools.knowledge.defintions.models
-will eventually contain our ontology stuff
org.drools.knowledge.defintions.models.facttemplate <-
org.drools.factemplates
org.drools.knowledge.defintions.models.pojo
-our current pojo model stuff should probably go here too
org.drools.knowledge.engines.rules <- org.drools.reteoo (and common,
</pre>
</blockquote>
<pre wrap=""><!---->base, spi etc which will also be refactored)
</pre>
<blockquote type="cite">
<pre wrap="">org.drools.knowledge.engines.processes
We will create a drools-api module. This will contain all public user
</pre>
</blockquote>
<pre wrap=""><!---->apis for all modules in the project, which will allow us to support
service frameworks better, such as OSGi. This will also allow us to more
easily differentiate from public stable apis and internal apis.
</pre>
<blockquote type="cite">
<pre wrap="">To get compability with 4.0.x we'll have a drools4-adapter jar, which
</pre>
</blockquote>
<pre wrap=""><!---->will keep all the 4.0 names and just wrap and delegate to the new impl.
We won't be able to achieve 100% api comptability, but we should be able
to for all the most common public apis.
</pre>
<blockquote type="cite">
<pre wrap="">Mark
_______________________________________________
rules-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-dev">https://lists.jboss.org/mailman/listinfo/rules-dev</a>
</pre>
</blockquote>
<pre wrap=""><!---->
_______________________________________________
rules-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-dev">https://lists.jboss.org/mailman/listinfo/rules-dev</a>
</pre>
</blockquote>
<br>
</body>
</html>