Hallo Freunde des Winterschlafs,
folgender Sachverhalt: ich habe ein Interface und zwei Implementierungen dieses Interfaces. Diese beiden Implementierungen sind mit Hibernate gemappt, haben jedoch keine gemeinsame Oberklasse und benutzen demnach auch kein @Inheritance.
Nun möchte ich Objekte vom Typ des Interfaces aus der DB abrufen und habe festgestellt, dass man erfreulicherweise auch ein Criteria von einem Interface erzeugen kann:
Ich frage mich aber, ob man sowas nicht lieber vermeiden sollte!? Ein erster Test zeigt, dass es grundsätzlich funktioniert. Interessant wirds aber z.B., wenn man dem Criteria ein Example hinzufügt. Das Example muss ja vom Typ einer konkreten Implementierung sein. Es fliegen dann Exceptions, wenn man so ein Statement abfeuern will (Hibernate kann das WHERE Clause nicht bauen).
Ich werde jetzt noch ein bißchen mit Criteria Restrictions und HQL testen. Mich würde aber mal interessieren, ob Ihr sowas schon mal gemacht habt und wie Eure Erfahrungen damit aussehen!?
Grüße byto
folgender Sachverhalt: ich habe ein Interface und zwei Implementierungen dieses Interfaces. Diese beiden Implementierungen sind mit Hibernate gemappt, haben jedoch keine gemeinsame Oberklasse und benutzen demnach auch kein @Inheritance.
Nun möchte ich Objekte vom Typ des Interfaces aus der DB abrufen und habe festgestellt, dass man erfreulicherweise auch ein Criteria von einem Interface erzeugen kann:
session.createCriteria(MyInterface.class)
Ich frage mich aber, ob man sowas nicht lieber vermeiden sollte!? Ein erster Test zeigt, dass es grundsätzlich funktioniert. Interessant wirds aber z.B., wenn man dem Criteria ein Example hinzufügt. Das Example muss ja vom Typ einer konkreten Implementierung sein. Es fliegen dann Exceptions, wenn man so ein Statement abfeuern will (Hibernate kann das WHERE Clause nicht bauen).
Ich werde jetzt noch ein bißchen mit Criteria Restrictions und HQL testen. Mich würde aber mal interessieren, ob Ihr sowas schon mal gemacht habt und wie Eure Erfahrungen damit aussehen!?
Grüße byto