Я нашел пару решений для этого.
Использование сопоставленных объектов (JPA 2.0)
При использовании JPA 2.0 невозможно сопоставить собственный запрос с POJO, это можно сделать только с помощью объекта.
Например:
Query query = em.createNativeQuery("SELECT name,age FROM jedi_table", Jedi.class);
@SuppressWarnings("unchecked")
List<Jedi> items = (List<Jedi>) query.getResultList();
Но в этом случае Jediдолжен быть сопоставленный класс сущности.
Альтернативой, чтобы избежать неконтролируемого здесь предупреждения, было бы использование именованного собственного запроса. Так что, если мы объявим собственный запрос в сущности
@NamedNativeQuery(
name="jedisQry",
query = "SELECT name,age FROM jedis_table",
resultClass = Jedi.class)
Тогда мы можем просто сделать:
TypedQuery<Jedi> query = em.createNamedQuery("jedisQry", Jedi.class);
List<Jedi> items = query.getResultList();
Это безопаснее, но мы по-прежнему ограничены в использовании сопоставленной сущности.
Ручное картографирование
Решение, которое я немного экспериментировал (до появления JPA 2.1), заключалось в отображении конструктора POJO с использованием небольшого отражения.
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);
}
}
Этот метод в основном берет массив кортежей (как возвращено нативными запросами) и сопоставляет его с предоставленным классом POJO, ища конструктор, который имеет такое же количество полей и того же типа.
Тогда мы можем использовать удобные методы, такие как:
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);
}
И мы можем просто использовать эту технику следующим образом:
Query query = em.createNativeQuery("SELECT name,age FROM jedis_table");
List<Jedi> jedis = getResultList(query, Jedi.class);
JPA 2.1 с @SqlResultSetMapping
С появлением JPA 2.1 мы можем использовать аннотацию @SqlResultSetMapping для решения проблемы.
Нам нужно объявить отображение набора результатов где-то в сущности:
@SqlResultSetMapping(name="JediResult", classes = {
@ConstructorResult(targetClass = Jedi.class,
columns = {@ColumnResult(name="name"), @ColumnResult(name="age")})
})
И тогда мы просто делаем:
Query query = em.createNativeQuery("SELECT name,age FROM jedis_table", "JediResult");
@SuppressWarnings("unchecked")
List<Jedi> samples = query.getResultList();
Конечно, в этом случае Jediне требуется отображать объект. Это может быть обычный POJO.
Использование XML Mapping
Я один из тех, кто находит добавление всех этих @SqlResultSetMappingдовольно инвазивных в мои сущности, и мне особенно не нравится определение именованных запросов внутри сущностей, поэтому я также делаю все это в META-INF/orm.xmlфайле:
<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>
И это все решения, которые я знаю. Последние два являются идеальным способом, если мы можем использовать JPA 2.1.