Antichesse (o ^ω^ o)
Je plussoie ! Cela rejoint un concept simple porté par la première règle de l'Espérant : 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 de la transformations des langages, mais ce sera une perte net 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(...)