Znalazłem kilka rozwiązań tego problemu.
Korzystanie z mapowanych jednostek (JPA 2.0)
Przy użyciu JPA 2.0 nie jest możliwe odwzorowanie natywnego zapytania na POJO, można to zrobić tylko z jednostką.
Na przykład:
Query query = em.createNativeQuery("SELECT name,age FROM jedi_table", Jedi.class);
@SuppressWarnings("unchecked")
List<Jedi> items = (List<Jedi>) query.getResultList();
Ale w tym przypadku, Jedi
musi być mapowaną klasą jednostki.
Alternatywą pozwalającą uniknąć tutaj niezaznaczonego ostrzeżenia byłoby użycie nazwanego zapytania natywnego. Więc jeśli zadeklarujemy natywne zapytanie w encji
@NamedNativeQuery(
name="jedisQry",
query = "SELECT name,age FROM jedis_table",
resultClass = Jedi.class)
Następnie możemy po prostu zrobić:
TypedQuery<Jedi> query = em.createNamedQuery("jedisQry", Jedi.class);
List<Jedi> items = query.getResultList();
Jest to bezpieczniejsze, ale nadal jesteśmy ograniczeni do używania zmapowanego obiektu.
Ręczne mapowanie
Rozwiązaniem, które trochę eksperymentowałem (przed pojawieniem się JPA 2.1) było mapowanie w konstruktorze POJO z użyciem odrobiny odbicia.
public static <T> T map(Class<T> type, Object[] tuple){
List<Class<?>> tupleTypes = new ArrayList<>();
for(Object field : tuple){
tupleTypes.add(field.getClass());
}
try {
Constructor<T> ctor = type.getConstructor(tupleTypes.toArray(new Class<?>[tuple.length]));
return ctor.newInstance(tuple);
} catch (Exception e) {
throw new RuntimeException(e);
}
}
Ta metoda zasadniczo pobiera tablicę krotek (zwracaną przez natywne zapytania) i mapuje ją na podaną klasę POJO, szukając konstruktora, który ma taką samą liczbę pól i jest tego samego typu.
Następnie możemy skorzystać z wygodnych metod, takich jak:
public static <T> List<T> map(Class<T> type, List<Object[]> records){
List<T> result = new LinkedList<>();
for(Object[] record : records){
result.add(map(type, record));
}
return result;
}
public static <T> List<T> getResultList(Query query, Class<T> type){
@SuppressWarnings("unchecked")
List<Object[]> records = query.getResultList();
return map(type, records);
}
I możemy po prostu użyć tej techniki w następujący sposób:
Query query = em.createNativeQuery("SELECT name,age FROM jedis_table");
List<Jedi> jedis = getResultList(query, Jedi.class);
JPA 2.1 z @SqlResultSetMapping
Wraz z pojawieniem się JPA 2.1, możemy użyć adnotacji @SqlResultSetMapping, aby rozwiązać problem.
Musimy zadeklarować mapowanie zestawu wyników gdzieś w encji:
@SqlResultSetMapping(name="JediResult", classes = {
@ConstructorResult(targetClass = Jedi.class,
columns = {@ColumnResult(name="name"), @ColumnResult(name="age")})
})
A potem po prostu robimy:
Query query = em.createNativeQuery("SELECT name,age FROM jedis_table", "JediResult");
@SuppressWarnings("unchecked")
List<Jedi> samples = query.getResultList();
Oczywiście w tym przypadku Jedi
nie musi być mapowaną jednostką. Może to być zwykłe POJO.
Korzystanie z mapowania XML
Należę do tych, dla których dodawanie tych wszystkich danych jest @SqlResultSetMapping
dość inwazyjne w moich obiektach, a szczególnie nie podoba mi się definiowanie nazwanych zapytań w jednostkach, więc alternatywnie robię to wszystko w META-INF/orm.xml
pliku:
<named-native-query name="GetAllJedi" result-set-mapping="JediMapping">
<query>SELECT name,age FROM jedi_table</query>
</named-native-query>
<sql-result-set-mapping name="JediMapping">
<constructor-result target-class="org.answer.model.Jedi">
<column name="name" class="java.lang.String"/>
<column name="age" class="java.lang.Integer"/>
</constructor-result>
</sql-result-set-mapping>
I to są wszystkie rozwiązania, które znam. Ostatnie dwa są idealnym sposobem, jeśli możemy użyć JPA 2.1.