Kann javax.persistence.Query.getResultList() null zurückgeben?

Und wenn ja, unter welchen Umständen?

Javadoc- und JPA-Spezifikation sagt nichts.

Sie haben Recht. Die JPA-Spezifikation sagt nichts darüber aus. Aber Buch Java Persistence with Hibernate, 2. Auflagesagt:

Wenn das Abfrageergebnis leer ist, wird eine Null zurückgegeben

Die Hibernate-JPA-Implementierung (Entity Manager) gibt null zurück, wenn Sie query.getResultList() ohne Ergebnis aufrufen.

AKTUALISIEREN

Wie einige Benutzer darauf hingewiesen haben, scheint eine neueste Version von Hibernate stattdessen eine leere Liste zurückzugeben.

Auch in Eclipselink wird eine leere Liste zurückgegeben, wenn keine Ergebnisse gefunden werden.

Wenn die Spezifikationen sagten, dass es nicht passieren könnte, würden Sie ihnen glauben? Angesichts der Tatsache, dass Ihr Code möglicherweise mit vielen verschiedenen JPA-Implementierungen ausgeführt werden könnte, würden Sie jedem Implementierer vertrauen, dass er es richtig macht?

Egal was, ich würde defensiv codieren und auf null prüfen.

Nun die große Frage: Sollen wir “null” und eine leere Liste als synonym behandeln? Hier sollten uns die Spezifikationen helfen und tun es nicht.

Meine Vermutung ist, dass eine Nullrückgabe (falls dies tatsächlich passieren könnte) äquivalent zu “Ich habe die Abfrage nicht verstanden” und eine leere Liste “Ja, habe die Abfrage verstanden, aber es gab keine Datensätze” wäre.

Sie haben vielleicht einen Codepfad (wahrscheinlich eine Ausnahme), der sich mit nicht parsbaren Abfragen befasst. Ich würde dazu neigen, eine Nullrückgabe auf diesen Pfad zu leiten.

Im Gegensatz zu Arthurs Beitrag, als ich tatsächlich eine Abfrage durchführte, bei der keine Entitäten übereinstimmten, erhielt ich eine leere Liste, nicht null. Dies verwendet Hibernate und ist das, was ich für korrektes Verhalten halte: Eine leere Liste ist die richtige Antwort, wenn Sie nach einer Sammlung von Entitäten fragen und es keine gibt.

Wenn man sich das genau anschaut org.hibernate.loader.Loader (4.1) sehen Sie, dass die Liste immer innerhalb der Methode processResultSet() initialisiert wird (Dok, Quelle).

protected List processResultSet(...) throws SQLException {
   final List results = new ArrayList();

   handleEmptyCollections( queryParameters.getCollectionKeys(), rs, session );
   ...
   return results;

}

Ich glaube also nicht, dass es jetzt null zurückgeben wird.

Wenn Sie die Ergebnismenge mit CollectionUtils.isNotEmpty von Jakarta testen, sind Sie natürlich so oder so abgesichert.

Query.getResultList() gibt stattdessen eine leere Liste zurück null. Also prüfen isEmpty() im zurückgegebenen Ergebnis und fahren Sie mit dem Rest der Logik fort, wenn es falsch ist.

Angesichts der Umsetzung von getResultsList() in org.hibernate.ejb.QueryImpl Klasse, es ist möglich, a zurückzugeben null :

public List getResultList() {
    try {
        return query.list();
    }
    catch (QueryExecutionRequestException he) {
        throw new IllegalStateException(he);
    }
    catch( TypeMismatchException e ) {
        throw new IllegalArgumentException(e);
    }
    catch (HibernateException he) {
        em.throwPersistenceException( he );
        return null;
    }

Meine Hibernate-Version ist: 3.3.1.GA