EntityManager.find ne peut pas trouver l'entité, mais en utilisant l'API Criteria

Question

J'ai rencontré un cas plutôt étrange dans Java EE 6 où l'utilisation de la méthode find de JPA EntityManager avec l'ID principal d'une entité renvoie null, mais en utilisant les critères API pour sélectionner toutes les entités avec cet ID fonctionne très bien.

Voici le code que je utilise pour find:

// Always returns null, even for records I know for sure are in there. 
user = em.find(User.class, userId); 

... et voici le code que je utilise avec l'API Critères:

CriteriaBuilder builder = em.getCriteriaBuilder(); 
CriteriaQuery<User> criteria = builder.createQuery(User.class); 
Root<User> u = criteria.from(User.class); 
TypedQuery<User> query = em.createQuery(
    criteria.select(u).where(builder.equal(u.get("id"), userId))); 
user = query.getSingleResult(); 

Toute idée pourquoi find retours null mais Criteria trouve l'utilisateur? J'ai essayé ces deux méthodes alternatives exactement au même endroit dans le programme.

Voici les parties pertinentes de l'entité utilisateur:

@Entity 
@Table(name = "USERS") 
@Access(AccessType.PROPERTY) 
public class User implements Serializable { 
    ... 
    private Long id; 
    ... 
    @Id 
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "user_id_generator") 
    @SequenceGenerator(name = "user_id_generator", sequenceName = "user_sequence", allocationSize = 1) 
    @Column(name="id") 
    public Long getId() { 
     return this.id; 
    } 

    public void setId(Long id) { 
     this.id = id; 
    } 
    ... 
} 

Answer 1

J'ai compris le problème. Il était dû à un champ dans la base de données étant null où il n'aurait pas dû être autorisé. Cela était dû au fait que je l'ai édité à la main. Après avoir ajouté une valeur à ce champ, le problème est parti.

Answer 2

Une raison pourrait être que le champ « id » n'a pas été correctement marqué comme l'identifiant de l'entité utilisateur.

Answer 3

Quel fournisseur utilisez-vous?

Où allez-vous trouver ce exécutaient, ou d'une transaction? Rincez-vous et nettoyez-vous la ME avant la découverte?

En utilisant EclipseLink en tant que fournisseur, et mon propre modèle similaire, je ne suis pas en mesure de reproduire cela.

En supposant que votre fournisseur peut ouvrir une session SQL, vous voyez SQL aller à la DB sur la trouver? À quoi ressemble le SQL, et s'exécute-t-il correctement dans SQL Plus etc ...

Answer 4

Comme une vérification de santé mentale déboguez votre code, en prenant le temps avant d'exécuter la recherche de lancer une requête manuelle sur la base de données pour vous assurer que un enregistrement Utilisateur approprié est présent avec l'ID que vous attendez.

Si ce n'est pas dans la base de données, assurez-vous que le gestionnaire d'entités a été rincée ou a été commise la transaction en cours. Par exemple, si vous utilisez Hibernate en tant que fournisseur, il est possible que l'objet soit "conservé" simplement en mémoire cache et que les modifications n'aient pas été réellement transférées dans la base de données. En conséquence, les critères passant par l'implémentation de Hibernate récupèreront l'objet, mais la recherche du gestionnaire d'entités ne sera pas capable de localiser l'objet.

Answer 5

Vérifiez bien que vous passez un Long dans l'extrait suivant:

// Always returns null, even for records I know for sure are in there. 
user = em.find(User.class, userId); 

Si cela ne fonctionne pas, activer la journalisation SQL pour voir ce qui se passe et comparer le comportement dans les deux cas.

Answer 6

Je confirme la solution. Il m'est arrivé la même chose.J'ai eu des colonnes marquées NOT NULL, puis pendant le test dans mon application, j'ai désactivé la limitation dans la base de données pour deux colonnes (clés étrangères), mais sans modifier l'attribut (optional = false) de la relation @ManyToOne dans ma classe d'entité. Après avoir supprimé l'attribut, le modèle était cohérent avec la base de données, tout a commencé à fonctionner correctement. Étrange que l'environnement ne produise pas d'avertissement ou d'exception de quelque sorte.