Árboles de decisión y motores de reglas (Drools)

Question

En la aplicación en la que estoy trabajando ahora, necesito verificar periódicamente la elegibilidad de decenas de miles de objetos para algún tipo de servicio. El diagrama de decisión en sí tiene la siguiente forma, solo que más grande:

En cada uno de los nodos finales (círculos), necesito ejecutar una acción (cambiar el campo de un objeto, registrar información, etc.). Intenté usar el framework Drool Expert, pero en ese caso necesitaría escribir una regla larga para cada ruta en el diagrama que conduce a un nodo final. Drools Flow no parece estar construido para un caso de uso así: tomo un objeto y luego, dependiendo de las decisiones a lo largo del camino, termino en uno de los nodos finales; y luego otra vez para otro objeto. ¿O es eso? ¿Podría darme algunos ejemplos/enlaces a tales soluciones?

ACTUALIZACIÓN:

Drools flujo de llamadas podría tener este aspecto:

// load up the knowledge base 
KnowledgeBase kbase = readKnowledgeBase(); 
StatefulKnowledgeSession ksession = kbase.newStatefulKnowledgeSession(); 
Map<String, Object> params = new HashMap<String, Object>(); 

for(int i = 0; i < 10000; i++) { 

    Application app = somehowGetAppById(i); 

    // insert app into working memory 
    FactHandle appHandle = ksession.insert(app); 

    // app variable for action nodes 
    params.put("app", app); 

    // start a new process instance 
    ProcessInstance instance = ksession.startProcess("com.sample.ruleflow", params); 
    while(true) { 
     if(instance.getState() == instance.STATE_COMPLETED) { 
      break; 
     } 
    } 

    // remove object from working memory 
    ksession.retract(appHandle); 
} 

Es decir: Me gustaría tener un objeto aplicación, inicie un nuevo proceso para que, cuando se termine el proceso de (el nodo de acción final modificaría la aplicación de alguna manera), eliminaría el objeto de la memoria de trabajo y repetiría el proceso para un nuevo objeto de la aplicación. ¿Qué piensas de esta solución?

SOLUCIÓN:
he terminado usando Drools de flujo y se ha trabajado bastante bien. Mi proceso de decisión no es tan sencillo como pide Drools Expert y dependiendo de en qué parte del árbol de decisiones está el proceso, necesita cargar listas de objetos de la base de datos, transformarlas, tomar decisiones, registrar todo, etc. Uso un objeto Process eso se pasa al proceso como un parámetro y almacena todas mis variables globales (para el proceso) y algunos métodos de conveniencia que se repiten en diferentes puntos del árbol (ya que escribir código Java en los nodos Script Task no es muy conveniente). También terminé usando Java para tomar decisiones (y no mvel o reglas) - es más rápido y diría que es más fácil de controlar. Todos los objetos con los que trabajo se pasan como parámetros y se usan como variables Java normales en el código.

Answer 1

Drools expert es definitivamente el camino a seguir.

Si se quiere evitar repetir siempre lo mismo para los nodos más altos, entonces el truco es usar insertLogical (o simplemente insert si estás en una sesión sin estado) y entender que las reglas pueden desencadenar reglas (No es SQL de su padre consulta). Por ejemplo:

// we just insert Customer objects in the WM 

rule "evaluateRetired" 
when 
    $c : Customer(age > 65) 
then 
    insertLogical(new Retiree($c)); 
end 

rule "evaluteRetireeIsFemale" 
when 
    $r : Retiree(customer.gender == Gender.FEMALE, $c : customer) 
then 
    ... 
end 

Si el diagrama de decisión cambia con frecuencia (y desea que los no programadores a editarlo), echar un vistazo a la documentación sobre las tablas de decisión (y DSL). En ese caso, probablemente repita la ruta completa de cada regla, pero eso está bien en la mayoría de los casos.

Answer 2

Puede probar el motor de reglas cum de iLog framework.

Answer 3

Tuve un problema similar y usé la base de datos de nodos Neo4J como un motor de reglas simple y muy flexible. Puede usarlo con una interfaz de servicio REST para que sea independiente de la aplicación principal. También puede tener una aplicación separada para configurar las reglas (incluso para los usuarios finales).