Profil Complexe

Version imprimable

Profil Complexe

Bonjour,

Je souhaitais compléter un profil utilisateur en ajoutant des entrées XML, par exemple :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 <YAKA_MainMenu> <Menu> <ID>7907</ID> </Menu> <Menu> <ID>4786</ID> </Menu> <Menu> <ID>4821</ID> </Menu> <Menu> <ID>4793</ID> </Menu> <Menu> <ID>4783</ID> </Menu> </YAKA_MainMenu>
Ici YAKA_MainMenu comporte une liste d'identifiants, à partir desquels j'initialise le menu personnalisé de l'utilisateur connecté.

Mais deux difficultés se dressent :

1 : Dans le XMLGram on ne peut effectuer une instruction Match sur la grappe du profile car elle n'est pas encore chargée à cette étape du workflow

2. Un Assign extrayant <YAKA_MainMenu> du profile vers Output n'en retire pas une grappe XML mais uniquement les node text() donc ce n'est pas exploitable.

Je ne vois pas d'autre solution que de gérer cet aspect du profile dans la base de données, et non via XMLC_Profile.
Vous voyez d'autres idées ?

Sylvain

XMLRAD 8 R2, Win2003

15/11/2005, 23h05
RDM

pourquoi ne pas rajouter un autre noeud XMLC_Profile ?
/document/XMLC_Profile/MonItem implique que l'on recherche dans tout noeud XMLC_Profile fils de document.
16/11/2005, 13h59
Sylvain James

Je comprends pas vraiment, tu veux dire rajouter un noeaud XMLC_Profile au profil utilisateur ?
Mais le profile n'est pas encore ajouté dans le Output lorsque le XMLGram est en cours de traitement. Et dans ce XMLGram je voulais matcher des éléments du profile.

Sylvain

Effectivement le Profile (noeud XMLC_Profile est ajouté après le XMLGram) mais si tu rajoutes un _autre_ noeud XMLC_Profile ca fonctionne aussi
Par exemple eavecun Assign que tu appelles XMLC_Profile

vant la fin du XMLGram tu auras:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<document>
  <XMLC_Profile>
     <YAKA_MainMenu>
      <Menu>
         <ID>7907</ID>
      </Menu>
      <Menu>
         <ID>4786</ID>
      </Menu>
      <Menu>
         <ID>4821</ID>
      </Menu>
      <Menu>
         <ID>4793</ID>
      </Menu>
      <Menu>
         <ID>4783</ID>
      </Menu>
    </YAKA_MainMenu>
  <XMLC_Profile>
</document>

et arpès :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
<document>
  <XMLC_Profile>
     <YAKA_MainMenu>
      <Menu>
         <ID>7907</ID>
      </Menu>
      <Menu>
         <ID>4786</ID>
      </Menu>
      <Menu>
         <ID>4821</ID>
      </Menu>
      <Menu>
         <ID>4793</ID>
      </Menu>
      <Menu>
         <ID>4783</ID>
      </Menu>
    </YAKA_MainMenu>
  <XMLC_Profile>
   ...
  <XMLC_Profile>
      ...
  </XMLC_Profile>
</document>

il y a donc 2 noeud XMLC_Profile... et alors ?
ca change pas le fait que dans le XSL
/document/XMLC_Profile/YAKA_MainMenu/Menu[ID="4793"]
fonctionne parfaitement

les Locales fonctionnent sur ce principe aussi

16/11/2005, 23h36
Sylvain James
Citation:

Envoyé par RDM

Effectivement le Profile (noeud XMLC_Profile est ajouté après le XMLGram) mais si tu rajoutes un _autre_ noeud XMLC_Profile ca fonctionne aussi

En fait j'aimerais que ce soit intégré au profil de base car si j'ai bien compris tu me conseilles d'ajouter un autre noeud mais à partir d'un fichier indépendant par exemple.
Car je ne peux même pas modifier un profil utilisateur en ajoutant un noeud <XMLC_Profile> au même niveau que le noeud root <XMLC_Profile> ce qui donnerait :
Code:

1 2 3 4 <XMLC_Profile> </XMLC_Profile> <XMLC_Profile> </XMLC_Profile>
ce qui n'est pas possible puisque ce morceau XML n'est pas bien formé.
17/11/2005, 07h22
RDM

donc ce que tu veux faire c'est ajouté ton YAKA_Menu dans le fichier profile de l'utilisateur directement alors, c'est ca ?
17/11/2005, 08h29
Sylvain James

Oui tout à fait,
17/11/2005, 09h30
RDM

c'est un peu compliqué a faire. il y apas de méthode immédiate.
le plus simple reste de le faire en code là avec XMLCursor.
au passage le Profile n'est pas actuellement prévue pour travailler avec des valeurs structurées, mais toutes à plat.
17/11/2005, 23h08
Sylvain James

Je vais le faire en code avec XMLCursor donc.

Merci !

Sylvain