Pour info.: Dans LiDO 1.4 il y aura aussi un plugin pour Eclipse, plus riche que celui de Kodo je crois. Effectivement JDO ne permet pas de d�crocher un objet d'une transaction, de le faire circuler, puis de le r�-attacher ult�rieurement (ce qui pose un probl�me de d�tection de conflit, comme en locking optmimiste d'ailleurs). LiDO supportera ce genre d'architecture dans le futur.
Si vous voulez que l'ID soit visible dans la classe, effectivement il faudrait utiliser l'Application ID, mais je suis d'accord avec vous que c'est un peu moins sympa que le datastore ID. Mais le plus clean c'est quand m�me d'avoir une Tag Library qui fait �� proprement pour vous, comme dans LiDO :-) Cordialement, ______________________ Eric Samson, LIBeLIS Enterprise Information Access www.libelis.com -----Message d'origine----- De : Sebastien Cesbron [mailto:[EMAIL PROTECTED] Envoy� : mercredi 12 mars 2003 17:41 � : [EMAIL PROTECTED] Objet : Re: RE : JDO identity Pour l'instant je fais des essais avec Kodo car ils sont les seuls � proposer un plugin eclipse J'aurais aim� pouvoir dire au moteur JDO quel champ repr�sente mon ID et qu'il g�re ce champ en automatique. Apparamment ce n'est pas possible. Personnellement je trouve qu'avoir un ID technique est tr�s pratique et c'est pour cela que le mode datastore me plaisait bien. Par contre, je trouve cela lourd de demander l'ID pour chaque objet au gestionnaire de persistance. Au niveau design, j'aime bien les applications en couches. Je passe entre les couches des DTOs (data transfer object) et j'aimerais que mes IDs techniques soient pr�sents dans mes DTOs mais apparament ce n'est pas dans la philosophie JDO Je vais poursuivre Merci Seb > Bonjour > > J'ignore quelle impl�mentation JDO vous utilisez mais voici quelques > infos : > > * certes en Datastore ID tout est automatique et transparent, mais > vous pouvez r�cup�rer l'object ID � tout moment par l'API > getObjectID(); ensuite vous pouvez directement r�cup�rer un objet par > getObjectByID(). Cela devrait r�pondre � votre attente. > > * ensuite certains produits comme LiDO (fait par LIBeLIS, que je > repr�sente) proposent une librairie de TAGs pour les pages JSP, cette > librairie permet de ne pas avoir � utiliser d'API JDO dans les pages > et elle g�re automatiquement tous les probl�mes de propagation de > contexte objet entre pages > > * tu peux aussi utiliser Application ID, mais on s�lectionne surtout > ce mode lorsque l'on souhaite acc�der � une base existante avec des PK > et FK d�j� d�finies et potentiellement complexes. Dans ce mode, > certains produits comme LiDO dans sa nouvelle version 1.4 permettent > de ne pas avoir � g�rer soi-m�me la classe ObjectID, donc �� devient > tr�s simple � utiliser. > > Mais disons en r�sum� que s'il n'y a pas d�j� un identifiant m�tier > naturel (n� d'immatriculation ou n� INSEE) on a quand m�me tout > int�r�t � utiliser le mode Datastore ID, c'est beaucoup plus objet > comme approche. > > Hope this helps, > > Cordialement, > ______________________ > Eric Samson, LIBeLIS > Enterprise Information Access > www.libelis.com > > > -----Message d'origine----- > De : Sebastien Cesbron [mailto:[EMAIL PROTECTED] > Envoy� : mercredi 12 mars 2003 10:32 > � : [EMAIL PROTECTED] > Objet : JDO identity > > > Salut, > > Je commence � maniper JDO pour voir comment �a fonctionne. La premi�re > question que je me pose concerne les IDs. > > J'avais l'habitude d'utiliser un ID simple (de type String) qui > n'avait > aucune logique fonctionnelle (ID technique) mais que j'utilisais dans la > > partie pr�sentation de mon application (c'est du jsp) pour d�terminer > les objets s�lectionn�s. > > Je me demande comment faire cela en JDO. Ma premi�re tentative a �t� > d'utiliser du "datastore identity". JDO masque compl�tement les IDs et > du coup j'ai l'impression que je ne peux avoir acc�s facilement aux IDs. > Du coup, je me demande qu'elle stat�gie il faut que j'adopte pour > pouvoir faire la m�me chose que pr�c�demment. > > Est ce que quelqu'un aurait des infos la dessus. > > Je vais essayer avec une "application identity" mais dans ce cas je me > demandais si on pouvait faire une classe d'ID commune � toutes les > classes de persistance ? > > Merci d'avance > > Seb > > _____________________________________________________________________ > GRAND JEU SMS : Pour gagner un NOKIA 7650, envoyez le mot IF au 61321 > (prix d'un SMS + 0.35 euro). Un SMS vous dira si vous avez gagn�. > R�glement : http://www.ifrance.com/_reloc/sign.sms > > _____________________________________________________________________ > GRAND JEU SMS : Pour gagner un NOKIA 7650, envoyez le mot IF au 61321 > (prix d'un SMS + 0.35 euro). Un SMS vous dira si vous avez gagn�. > R�glement : http://www.ifrance.com/_reloc/sign.sms > _____________________________________________________________________ Envie de discuter en "live" avec vos amis ? T�l�charger MSN Messenger http://www.ifrance.com/_reloc/m la 1�re messagerie instantan�e de France
