Drools Score-Berechnung mit geschachtelten Klassen fehlschlägt für abgeleitete Klasse

Question

Mein Kontext ist ein Java-Optaplanner-Anwendung, die Drools für die Berechnung der Punktzahl verwendet (ähnlich den Optaplanner-Beispielen).

Nach einigen Klassen in Basisklassen und abgeleiteten Klassen aufteilen bekomme ich einen Fehler in der Score-Berechnung:

Exception in thread "main" java.lang.IllegalStateException: There are errors in a score DRL: 
Error Messages: 
Message [id=1, kieBase=defaultKieBase, level=ERROR, path=de/.../Rules.drl, line=77, column=0 
    text=Unable to Analyse Expression var.type.prop2: 
[Error: unable to resolve method using strict-mode: de...PropType.prop2] 

Zugang zu den verschachtelten Variablen funktioniert gut in der Haupt Java-Code.

Das Problem hängt mit dem Zugriff auf verschachtelte Variablen in den Drools-Regeln zusammen, wenn die 2. Ebene (class1.class2.param) eine abgeleitete Klasse ist. Ich versuche, aus meinem komplizierten Code extrahierte in einem kleinen Beispiel zu beschreiben (ich versuchte es klein zu halten, wenn ein komplettes minimales Beispiel sei besser kann ich versuchen, sie zu erweitern):

Die Planungsgesellschaft:

@PlanningEntity 
public class PlanningE{ 
    // ... 

    @PlanningVariable(valueRangeProviderRefs = {"something"}) 
    private SomePlanningVar var; 
} 

Dies wird die Planung variabel sein:

public class SomePlanningVar{ 
    private PropType type; 

    //getter, setter, constructor 
    } 
} 

Und schließlich werden die in der Planungsgröße verwendet Klassen, einige Werte zu halten. (Beachten Sie, dass PropTypeB erstreckt PropType):

public class PropType{ 
    private Integer prop1; 

    //getter, setter, constructor 
} 

public class PropTypeB extends PropType{ 
    private Integer prop2; 

    // getter setter constructor 
} 

Setup-Pseudo-Code

... 
PropTypeB prop = new PropTypeB(...) 
SomePlanningVar pvar = new SomePlanningVar(prop) 
... 

Die drools Regel in Frage:

rule "prop" 
    when 
     PlanningE($value : var.type.prop2) 
    then 
     scoreHolder.addSoftConstraintMatch(kcontext, -$value); 
end 

Diese Regel wird gut funktionieren, wenn ich PropType spalten nicht in einer Basis und abgeleiteten Klasse (und fügen Sie einfach prop2 zu PropType), aber es scheint mir, dass diese Art der Vererbung ziemlich sein könnte verbreitet.

Drools scheint irgendwie nicht die richtige Signatur für die abgeleitete Klasse zu sehen, obwohl dies im Java-Code ohne Probleme funktioniert.

Ich vermute, dass ich etwas falsch mit, wie die Vererbung in Java und/oder Drools funktioniert (mit einem starken Python-Hintergrund, aber relativ neu in Java), aber für jetzt sehe ich nicht was.

Wer irgendwelche Ideen, was schief geht?

Answer 1

Eigentlich ist das ganz einfach. Sehen der Accessor

var.type.prop2 

statische Analyse detektiert (die die einzigen ein Compiler tun kann, sind), dass die Klasse SomePlanningVar var, und seine Art ist die Klasse PropType. Dies hat keine Eigenschaft namens prop2 - Ende der Geschichte.

Einer der Wege aus dem Dilemma ist prop2 zu der übergeordneten Klasse hinzuzufügen:

public class PropType{ 
    private Integer prop2; 
    public Integer getProp2(){ return prop2; } 
} 

PropTypeB die PropType Methode getProp2 außer Kraft setzen. Sie können eine Ausnahme in PropType.getProp2 auslösen, wenn Sie fehlerhafte Aufrufe abfangen möchten.

Auch PropType und PropType.getProp2 abstract ist möglich, wenn Sie niemals Objekte der Klasse PropType erzeugen.

Sie können auch das Design Ihrer Klassen überprüfen. Warum haben Sie PropType in den Regeln, wenn Sie einen PropTypeB erwarten? Wäre es nicht vorzuziehen, die Regel gegen die Unterklasse zu schreiben?