Как избежать, чтобы предупреждения безопасности типов с Были в спящем режиме результаты HQL?

Решение Joe Dean выглядит интересным, но Вы думаете, что это стоит того - создают новый Список и цикл через все элементы только для избавлений от предупреждений?

(извините, не может добавить комментарий непосредственно к его решению по некоторым причинам)

Если Вы не хотите использовать @SuppressWarnings ("снял флажок") с Вами, может сделать следующее.

   Query q = sess.createQuery("from Cat cat");
   List<?> results =(List<?>) q.list();
   List<Cat> cats = new ArrayList<Cat>();
   for(Object result:results) {
       Cat cat = (Cat) result;
       cats.add(cat);
    }

к вашему сведению - я создал util метод, который делает это для меня так, он не замусорил мой код, и я не должен использовать @SupressWarning.

У нас была та же проблема. Но это не было грандиозное предприятие для нас, потому что мы должны были решить другое больше главных проблем с, в спящем режиме Запрос и Сессия.

Конкретно:

1. управление, когда транзакция могла фиксироваться. (мы хотели рассчитать, сколько раз был "запущен" tx, и только фиксируйте, когда tx был "закончен" то же количество раз, это было запущено. Полезный для кода, который не знает, должен ли он начать транзакцию. Теперь любой код, для которого нужен tx только, "запускает" один и заканчивает его при выполнении.)
2. сбор Метрик производительности.
3. Задержка, начинающая транзакцию, пока не будет известно, что что-то будет на самом деле сделано.
4. более нежное поведение для query.uniqueResult ()

Так для нас, мы имеем:

1. Создают интерфейс (AmplafiQuery), который расширяется, Запрос
2. Создают класс (AmplafiQueryImpl), который расширяет AmplafiQuery и переносит org.hibernate. Запрос
3. Создает Txmanager, который возвращает Tx.
4. Tx имеет различный createQuery AmplafiQueryImpl

методов и возвратов И наконец,

, AmplafiQuery имеет "asList ()", который является универсальной включенной версией Query.list (), AmplafiQuery имеет "уникальный ()", который является универсальной включенной версией Query.uniqueResult () (и просто регистрирует проблему вместо того, чтобы выдать исключение)

, Это - большая работа для того, чтобы просто избежать @SuppressWarnings. Однако как я сказал (и перечислил) существует многое из другого лучше! причины сделать переносящуюся работу.

Нет, но можно изолировать его в определенные методы запроса и подавить предупреждения с @SuppressWarnings("unchecked") аннотация.

Это не контроль или ошибка. Предупреждение отражает реальную базовую проблему - нет никакого способа, которым компилятор Java может действительно быть уверен, что быть в спящем режиме класс собирается сделать, это - задание правильно и что список, который это возвращает, будет только содержать Кошек. Любое из предложений здесь прекрасно.

В нашем коде мы аннотируем вызывающие методы:

@SuppressWarnings ("снял флажок")

, я знаю, что он походит на взлом, но co-разработчик, проверенный недавно и, нашел, что это было всем, что мы могли сделать.

Мы используем @SuppressWarnings("unchecked") также, но мы чаще всего пытаемся использовать его только на объявлении переменной, не на методе в целом:

public List<Cat> findAll() {
    Query q = sess.createQuery("from Cat cat");
    @SuppressWarnings("unchecked")
    List<Cat> cats = q.list();
    return cats;
}