Un UserType Hibernate pour ce problème prendra moins de 200 lignes, Javadoc compris.
Il faudra juste qu'il implémente ParameterizedType en plus de UserType pour que vous puissiez donner la longueur...
Un UserType Hibernate pour ce problème prendra moins de 200 lignes, Javadoc compris.
Il faudra juste qu'il implémente ParameterizedType en plus de UserType pour que vous puissiez donner la longueur...
pouf pouf...
le "dirty checking" est une problématique de base de tous les ORM et il n'est pas compliqué de trouver les informations nécessaires,
mais choisir la stratégie d'implémentation...
lisez la doc de l'ORM que vous utilisez…
Donc on s'oriente vers une solution horizontale, pas un sparadrap…
Pour avancer : quel ORM utilisez-vous ?
Il y a encore d'autres solutions possibles au niveau de l'ORM :
- un "user type" :...
non, tout changement ne provoquera pas de persistence en DB : cela dépend de la stratégie de détection des changements...
et on peut parfaitement la contrôler, et donc tenir compte du processus de...
Puisque la question est posée dans le forum JPA, voir les annotations de javax.persistence :
@PostLoad
@PrePersist
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.