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

Если вы посмотрите на javax.persistence api docs , вы увидите, что с Java Persistence 2.0 добавлены некоторые новые методы. Один из них - createQuery(String, Class<T>), который возвращает TypedQuery<T>. Вы можете использовать TypedQuery так же, как вы это сделали с Query с той небольшой разницей, что все операции теперь безопасны по типу.

Итак, просто измените свой код на smth следующим образом:

Query q = sess.createQuery("from Cat cat", Cat.class);
List<Cat> cats = q.list();

И вы все настроены.

Попробуйте следующее:

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

По-видимому, метод Query.list () в Hibernate API не безопасен по типу «по дизайну», и не планирует его изменять .

Я считаю, что самым простым решением избежать предупреждений компилятора действительно является добавление @SuppressWarnings («unchecked»). Эта аннотация может быть помещена на уровне метода или, если внутри метода, прямо перед объявлением переменной.

Если у вас есть метод, который инкапсулирует Query.list () и возвращает List (или Collection), вы также получите предупреждение. Но это подавляется с помощью @SuppressWarnings («rawtypes»).

Метод ListAndCast (Query), предложенный Matt Quail, менее гибок, чем Query.list (). Хотя я могу сделать:

Query q = sess.createQuery("from Cat cat");
ArrayList cats = q.list();

Если я попробую код ниже:

Query q = sess.createQuery("from Cat cat");
ArrayList<Cat> cats = MyHibernateUtils.listAndCast(q);

Я получу ошибку компиляции: Несоответствие типа: невозможно преобразовать из списка к ArrayList

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

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

Попробуйте использовать TypedQuery вместо Query. Например, вместо этого: -

Query q = sess.createQuery("from Cat cat", Cat.class);
List<Cat> cats = q.list();

Используйте это: -

TypedQuery<Cat> q1 = sess.createQuery("from Cat cat", Cat.class);
List<Cat> cats = q1.list();

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

Новые версии Hibernate теперь поддерживают безопасный тип Query<T>, поэтому вам больше не нужно использовать @SuppressWarnings или реализовать какой-либо взломать, чтобы предупреждения компилятора исчезли. В Session API , Session.createQuery теперь вернет объект типа safe Query<T>. Вы можете использовать его следующим образом:

Query<Cat> query = session.createQuery("FROM Cat", Cat.class);
List<Cat> cats = query.list();

Вы также можете использовать его, когда результат запроса не вернет Cat:

public Integer count() {
    Query<Integer> query = sessionFactory.getCurrentSession().createQuery("SELECT COUNT(id) FROM Cat", Integer.class);
    return query.getSingleResult();
}

или при частичном выборе:

public List<Object[]> String getName() {
    Query<Object[]> query = sessionFactory.getCurrentSession().createQuery("SELECT id, name FROM Cat", Object[].class);
    return query.list();
}

Я знаю, что это старше, но 2 пункта, чтобы отметить на сегодняшний день в ответе Matt Quails.

Точка 1

Это

List<Cat> cats = Collections.checkedList(Cat.class, q.list());

Должно быть это

List<Cat> cats = Collections.checkedList(q.list(), Cat.class);

Точка 2

Из этого

List list = q.list();

к этому

List<T> list = q.list();

будут уменьшены другие предупреждения, очевидно, в оригинальные метки тега ответа были удалены браузером.

Если вы не хотите использовать @SuppressWarnings («unchecked»), вы можете сделать следующее.

   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);
    }

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

У нас была такая же проблема. Но это было не очень важно для нас, потому что нам пришлось решать другие более серьезные проблемы с помощью Hibernate Query и Session.

В частности:

1. контроль, когда транзакция может быть совершено. (мы хотели подсчитать, сколько раз tx был «запущен» и только фиксировать, когда tx «закончился» столько же раз, сколько он был запущен. Полезно для кода, который не знает, нужно ли ему начинать транзакцию.
2. Сбор показателей производительности.
3. Откладывание начала транзакции до тех пор, пока не станет известно, что что-то действительно будет сделано .
5. Более мягкое поведение для query.uniqueResult ()

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

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

И, наконец,

AmplafiQuery имеет «asList ()», который является универсальной версией Query.list () У AmplafiQuery есть «unique ()», который является универсальной версией Query.uniqueRe sult () (и просто регистрирует проблему, а не бросает исключение)

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

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

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

(извините, не могу добавить комментарий прямо к его решению по какой-то причине)

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

@SuppressWarnings («unchecked»)

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

Хорошее решение, чтобы избежать предупреждений о безопасности типа с запросом на спящий режим, - использовать инструмент, например TorpedoQuery , чтобы помочь вам построить безопасный тип hql.

Cat cat = from(Cat.class);
org.torpedoquery.jpa.Query<Entity> select = select(cat);
List<Cat> cats = select.list(entityManager);