many-to-one HQL Abfrage überwintern, wenn innere holen beitreten Eigenschaft nicht zugeordnet

Question

Ich habe eine viele-zu-Eins-Zuordnung wie folgt aufgebaut, in der hbm.xml:

<many-to-one name="gigVenue" 
class="blah.blah.xxx" fetch="select" 
lazy="no-proxy" not-null="true" > 
<column name="N_VENUE_ID" precision="18" scale="0" not-null="true" /> 
</many-to-one> 

Und ich bin mit Instrumentierung, um echtes Lazy Loading zu machen.

ABER wenn ich eine hql Abfrage mit einem inneren Join fetch auf die andere Tabelle ausführen, wird die Eigenschaft, die das Objekt enthalten sollte, das den Wert der anderen Tabelle enthält, als null belassen. Obwohl ich sehen kann, dass das Objekt der anderen Tabelle durch Hibernate erstellt wird.

Hat jemand einen Einblick in dieses Problem?

Update:

from Gig g inner join fetch g.gigVenue gv where g.artistId = :artistId and (g.territoryId = -1 or g.territoryId = :territoryId) order by g.gigDatetime desc 

<set name="gigs" inverse="true" lazy="true" table="DSP_GIG" fetch="select"> 
<key> 
<column name="N_VENUE_ID" precision="18" scale="0" not-null="true" /> 
</key> 
<one-to-many class="blah.blah.Gig" /> 
</set> 

Answer 1

Da Sie Bytecode Instrumentierung statt Vereinigung proxying verwenden (warum?) Benötigen Sie "holen alle Eigenschaften" in der Abfrage angeben:

from Gig g fetch all properties ... 

Einzelheiten sind here

Update: Ihre gigVenue Mappingsetztbis no-proxy. Das bedeutet, dass die Eigenschaft NULL ist, bis sie über die Getter-Methode aufgerufen wird. Dies geschieht mit Byte-Code-Instrumentierung und wird nicht häufig verwendet. Die Verwendung von HQL join fetch wird eine solche Eigenschaft NICHT füllen; Sie müssen fetch all properties wie oben beschrieben explizit angeben.

Betrachten lazy="proxy" statt (das ist eigentlich der Standard für viele-zu-eins) einstellen, die Ihre Immobilie mit einem Proxy-Objekt enthält gigVenue Kennung, die während der anfänglichen wählen, dann rufen Sie die tatsächliche Einheit, wenn Sie Zugriff auf einen von GigVenue ‚initialisieren wird s Methoden. Die Verwendung von join fetch in HQL funktioniert auch in diesem Fall und ruft die vollständige GigVenue Instanz während der ersten Auswahl ab.

In diesem Sinne fetch="select" Einstellung ist auch fraglich; Es ist wahrscheinlich besser, wenn Sie die Standardeinstellung join beibehalten, um die Verwendung von Outer-Joins zum Abrufen zu aktivieren.

Answer 2

Die Instrumentierung beeinflusst die Abfragen und ihre Funktionsweise nicht wirklich. Warum genau machst du den Abruf in der Abfrage? Versuchen Sie, die Dinge zu beschleunigen?

Und auch eine kleine Frage, nur für den Fall, wie Sie wissen der Wert ist null? ist das über den Java-Debugger oder ist das, indem Sie tatsächlich die "Get" -Methode aufrufen? Bei Instrumentierung ist das Feld normalerweise null, bis Sie tatsächlich nach dem Feld gefragt haben.