Antichesse (o ^ω^ o)
Je plussoie ! Cela rejoint un concept simple porté par la première règle de l'Espéranto : il n'y a pas d'exception !
Nous pensons avec nos mots et notre langue, nous échangeons des concepts via tout cela. Si le format d'échange est ultra compliqué (coucou XLST / XML) alors ce sera bien pour les théoriciens des langages, mais ce sera une perte nette de temps et d'énergie pour tous les autres qui n'ont pas que ça à faire que de s'intéresser à des "règles graphiques arbitraires". Car oui, les règles d'accord du participe passé de l'auxiliaire avoir sont totalement arbitraires.
L'exemple de l'article est parlant :
J’ai englouti les coquillettes hier soir.
Les coquillettes que j’ai englouties hier soir.
Les coquillettes, j'en ai en englouti hier soir.
Z'avez vu ? Il y a une exception à l'intérieur de l'exception. C'est ce que l'on appelle en informatique, du code de merde. Voilà.
Bon sang, j'aurai passé l'après-midi sur ce problème ! Alors que RTFM quoi !!! Grrrrrr je m'en veux.
Je résume :
- ActiveJDBC recherche par défaut une colonne "id" qui soit clef primaire auto-générée.
- On peut s'en passer mais dans ce cas il faut :
- Ajouter l'annotation
@CompositePK("ma_clef_primaire")au-dessus de la classe. - Ne pas créer de méthodes getId() ou setId() dans la classe.
- Ne pas utiliser l'annotation
@IdNamequi entrera en conflit avec@CompositePK.
- Ajouter l'annotation
Voilà et pour recherche le bidule, il faut écrire :
MonEntite.findByCompositeKeys(...)