Re: [sdx-developers] CVS - la perte du code - sdx-actions.xsl

[Pierrick Brihaye]

Salut,

Pierrick Brihaye a écrit:

> Découvrant ton message suelement maintenant, k'allais faire le commit...
> quand j'ai vu que tu avais fait le tien.

J'ai fait le mien... sans problème apparemment.

Cependant, il y a un pb lors du test : il semble qu'une propriété 
(triplet id/nom/valeur) soit dupliquée lors de la création de la base 
utilisateur.

Je pense que cela est dû aux modifs dans AbstractJDBCDatabase.java mais 
je n'ai pas encore identifié la cause exacte (toujours est-il que, 
avant, l'id n'était sauvée comme telle que s'il n'y avait pas de 
propriétés alors que, désormais, elle l'est toujours). Je pose donc la 
question : à quoi ça sert de sauver l'id qui n'est *pas* une propriété 
selon le design SDX ?

A propos de la dynamique d'initialisation des applis, et en particulier 
de leurs userDatabase, il y a un problème potentiel :

Si, au départ, on a :

<sdx:admin groupId="admins" userId="admin" userPassword=""/>

on va créer des entrées de DB. Bien.

Supposons maintenant que je mette :

<sdx:admin groupId="other_admins" userId="admin" userPassword=""/>

... et que je reconfigure.

La condition suivante va être vraie :

if (udb.getEntity(adminGroupId) == null) {

... et on va créer un *autre* groupe nommé "other_admins". Le problème, 
c'est que l'ancien groupe sera toujours valable, non ?

Je vais essayer de voir ça, mais bosser sans CVS... c'est dur.

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden