[GeoNetwork-users-fr] problème d'uuid identiques

GeoNetwork Utilisateur du GeoNetwork
1

Bonjour à tous

Nous somme confrontés à un bug très pénalisant, je vais essayer de m'expliquer.

Tout d'abord, nous avons fait des modifications de personnalisation de geosource, en particulier nous avons modifié les vues en n'en conservant que 2, une vue spécifique pour notre usage (dérivée de la vue avancée) et la vue xml de geosource.

Le bug que nous rencontrons depuis quelques temps (à priori il n'est pas constant, il arrive à un moment donné sans qu'on arrive à définir pourquoi et une fois rencontré il semble systématique) concerne la "non" génération de l'uuid de la fiche. (les guillemets sont là exprès)

En effet lorsque nous créons une fiche, dans l'xml généré, l'uuid est celui du modèle utilisé pour créer la fiche.

Hors en cherchant un peu la cause du soucis, nous avons vu que :
- Lorsque nous visualisons notre fiche puis que nous faisons nouvelle fenêtre, la fiche s'ouvre en grand et dans l'adresse de type http://localhost/geosource/apps/search/#uuid=77cdf6fc-8794-430f-bdce-192f3a76eb95, l'uuid n'est pas celui du modèle (mais bien à priori celui de la fiche) et la fiche s'affiche correctement
- Si on copie la réponse lors de la création de la métadonnée : metadata.create.new, dans le corp pour le gmdfileIdentifier, nous retrouvons l'uuid du modèle alors que dans le form "editForm", l'uuid n'est pas celui du modèle mais semble bien être unique. (hors dans un comportement normal, l'uuid de l'editForm est le même que celui dans gmdfileIdentifier)

Avez vous déjà eu ce genre de soucis ? Pensez vous que cela puisse venir de nos modifications des vues ?
De manière plus technique savez vous ce qu'il se passe lors de l'appel de metadat.create.new et avez vous une idée pour qu'on puisse trouver le problème qui se passe à priori à ce moment là ?

Enfin dernière question moins importante, mais juste pour essayer de comprendre, savez vous où sont stockés ces uuids, à priori dans l'xml, mais il doit y avoir un autre endroit sinon il nous serait impossible de visualiser notre fiche ?

Le problème n'est pas simple à expliquer, n'hésitez surtout pas à me demander des précisions.

En vous remerciant

Ludovic Granjon

2

J'ai oublié de préciser que nous utilisons geosource 2.7.0

Le 08/12/2011 09:38, Ludovic Granjon a écrit :

Bonjour à tous

Nous somme confrontés à un bug très pénalisant, je vais essayer de m'expliquer.

Tout d'abord, nous avons fait des modifications de personnalisation de geosource, en particulier nous avons modifié les vues en n'en conservant que 2, une vue spécifique pour notre usage (dérivée de la vue avancée) et la vue xml de geosource.

Le bug que nous rencontrons depuis quelques temps (à priori il n'est pas constant, il arrive à un moment donné sans qu'on arrive à définir pourquoi et une fois rencontré il semble systématique) concerne la "non" génération de l'uuid de la fiche. (les guillemets sont là exprès)

En effet lorsque nous créons une fiche, dans l'xml généré, l'uuid est celui du modèle utilisé pour créer la fiche.

Hors en cherchant un peu la cause du soucis, nous avons vu que :
- Lorsque nous visualisons notre fiche puis que nous faisons nouvelle fenêtre, la fiche s'ouvre en grand et dans l'adresse de type http://localhost/geosource/apps/search/#uuid=77cdf6fc-8794-430f-bdce-192f3a76eb95, l'uuid n'est pas celui du modèle (mais bien à priori celui de la fiche) et la fiche s'affiche correctement
- Si on copie la réponse lors de la création de la métadonnée : metadata.create.new, dans le corp pour le gmdfileIdentifier, nous retrouvons l'uuid du modèle alors que dans le form "editForm", l'uuid n'est pas celui du modèle mais semble bien être unique. (hors dans un comportement normal, l'uuid de l'editForm est le même que celui dans gmdfileIdentifier)

Avez vous déjà eu ce genre de soucis ? Pensez vous que cela puisse venir de nos modifications des vues ?
De manière plus technique savez vous ce qu'il se passe lors de l'appel de metadat.create.new et avez vous une idée pour qu'on puisse trouver le problème qui se passe à priori à ce moment là ?

Enfin dernière question moins importante, mais juste pour essayer de comprendre, savez vous où sont stockés ces uuids, à priori dans l'xml, mais il doit y avoir un autre endroit sinon il nous serait impossible de visualiser notre fiche ?

Le problème n'est pas simple à expliquer, n'hésitez surtout pas à me demander des précisions.

En vous remerciant

Ludovic Granjon

------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of
discussion for anyone considering optimizing the pricing and packaging model
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/

_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

3

Bonjour,

Je n'ai jamais rencontré ce problème, et j'utilise aussi un modèle
spécifique...

En réponse à ta question sur le stockage, ils sont dans la base de données.
Dans la table "metadata", pour chaque fiche de métadonnée tu as une ligne
dont un des champ est l'uuid, la clé primaire est un identifiant spécifique
à GéoSource mais il y a une contrainte sur l'uuid. Ensuite il y a le champ
"data" dans lequel se trouve le xml (ce qui s'affiche en "vue xml").

Quand tu utilises un modèle, c'est comme si tu faisais un "dupliquer" d'une
fiche
Je pense que lors de la création d'une fiche une nouvelle ligne en base est
créée avec un nouvel id GéoSource et un nouvel uuid, la valeur de data (xml)
doit être dupliquée et un mécanisme doit modifier la valeur de l'uuid dans
le xml. Le problème vient certainement de ce mécanisme, mais je ne peux pas
t'aider plus que cela...

François pourras nous dire si la modification
http://trac.osgeo.org/geonetwork/ticket/701
http://trac.osgeo.org/geonetwork/ticket/701 faîtes il y a 2 jours
correspond à ton cas (cela me semble assez similaire même si cela concerne
le copié/collé de xml).

@+

Florian Deruette

--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/probleme-d-uuid-identiques-tp7073623p7076720.html
Sent from the GeoNetwork users francophone mailing list archive at Nabble.com.

4

Bonjour

Merci pour ta réponse Florian

C'est effectivement exactement cela, un uuid différent selon s'il est stocké dans uuid ou dans data.
Nous avons essayé de reproduire le bug résolu par François Xavier pour voir si c'est cela qui déclenchait notre soucis, pour l'instant sans résultat. Pourtant ça semble effectivement très approchant notre problème et nous sommes certains d'avoir utilisé le processus de copier / coller pour insérer.
Nous continuons nos recherches.
Si vous avez d'autres informations, n'hésitez pas

En vous remerciant

Ludovic