Est-ce possible: JPA/Hibernate query avec la liste des biens dans le résultat?

En veille prolongée je veux exécuter ce JPQL /requête HQL:

select new org.test.userDTO( u.id, u.name, u.securityRoles)
FROM User u
WHERE u.name = :name

userDTO classe:

public class UserDTO {
   private Integer id;
   private String name;
   private List<SecurityRole> securityRoles;

   public UserDTO(Integer id, String name, List<SecurityRole> securityRoles) {
     this.id = id;
     this.name = name;
     this.securityRoles = securityRoles;
   }

   ...getters and setters...
}

Entité Utilisateur:

@Entity
public class User {

  @id
  private Integer id;

  private String name;

  @ManyToMany
  @JoinTable(name = "user_has_role",
      joinColumns = { @JoinColumn(name = "user_id") },
      inverseJoinColumns = {@JoinColumn(name = "security_role_id") }
  )
  private List<SecurityRole> securityRoles;

  ...getters and setters...
}

Mais quand Hibernate 3.5 (JPA 2) démarre, j'obtiens cette erreur:

org.hibernate.hql.ast.QuerySyntaxException: Unable to locate appropriate 
constructor on class [org.test.UserDTO] [SELECT NEW org.test.UserDTO (u.id,
u.name, u.securityRoles) FROM nl.test.User u WHERE u.name = :name ]

Est une sélection qui comprend une liste (u.securityRoles) en conséquence pas possible? Dois-je viens de créer 2 séparés des requêtes?

InformationsquelleAutor Kdeveloper | 2010-04-20
  1. 10

    La requête sans le NEW (en sélectionnant une valeur scalaire et une collection de valeur expression de chemin d'accès) n'est pas valide, donc je ne pense pas que l'ajout d'un NEW permettra de faire fonctionner les choses.

    Pour l'enregistrement, c'est ce que la JPA 2.0 spécification indique dans la section 4.8 Clause SELECT:

    La clause SELECT est la suivante
    syntaxe:

    select_clause ::= SELECT [DISTINCT] select_item {, select_item}*
select_item ::= select_expression [ [AS] result_variable]
select_expression ::=
         single_valued_path_expression |
         scalar_expression |
         aggregate_expression |
         identification_variable |
         OBJECT(identification_variable) |
         constructor_expression
constructor_expression ::=
         NEW constructor_name ( constructor_item {, constructor_item}* )
constructor_item ::=
         single_valued_path_expression |
         scalar_expression |
         aggregate_expression |
         identification_variable
aggregate_expression ::=
         { AVG | MAX | MIN | SUM } ([DISTINCT] state_field_path_expression) |
         COUNT ([DISTINCT] identification_variable | state_field_path_expression |
                  single_valued_object_path_expression)
    • Merci! J'aurais juste regardé dans la JPA spec. Clairement l'u.securityRoles n'est pas un "single_valued_path_expression'. Donc je suppose que cela signifie, on doit faire des requêtes pour récupérer des collections/relations (ou utiliser une jointure et de créer des collections avec une boucle).
    • Si votre utilisateur dispose de nombreux, de nombreux attributs, je suppose. Si non, il suffit de sélectionner l'utilisateur et de chercher son securityRoles.
    • thivent Et si le JPQL renvoie le nombre d'utilisateurs, il finira par entraîner une boucle pour récupérer les securityRoles de chaque droit de l'Utilisateur ?
    InformationsquelleAutor Pascal Thivent
  2. 1

    Je crois que vous devez déclarer un 0-arg constructeur de votre UserDTO classe.

    EDIT:
    Ou un constructeur qui prend Integer au lieu de int comme premier argument. Lors de la recherche de constructeurs en utilisant la réflexion Hibernate peut pas les traiter comme des "compatible" types.

    En gros, je me concentrerais sur le Unable to locate appropriate
    constructor on class [...UserDTO]     partie du message.

    • Je suis d'accord, il semble qu'Hibernate ne pouvez pas trouver un constructeur approprié. Mais pourquoi? Si je supprime le securityRoles à la fois le constructeur de requête et le code fonctionne...
    • L'int Entier, n'a pas fait une différence. Le zéro argument du constructeur n'est pas nécessaire, parce que le HQL utilise explicitement le nom du constructeur (ou du moins normalement)
    InformationsquelleAutor Grzegorz Oledzki
  3. -1

    Je pense que vous devriez essayer quelque chose comme:

    select new org.test.userDTO( u.id, u.name, u.securityRoles) AS uDTO,
  uDTO.setRoles(u.securityRoles)
 FROM User u
 WHERE u.name = :name
    • Votre suggestion ne compile pas.
    InformationsquelleAutor SaSConsul