Alimenter un LDAP

**PJ_056** · 15/02/2012, 17h26

Bonjour

Est-ce que quelqu'un a déjà alimenté un LDAP à partir d'une base de données oracle (ou autre) ?
J'ai des problème lors du reverse du modèle du LDAP peut être à cause de champs spécifiques qui ont été créé dans le LDAP (valeur insérer trop grande pour colonne).
Aussi je voudrais savoir comment vous avez gérer l'alimentation de la clé primaire dans la table INETORGPERSON.

Merci d'avance

**shaun_the_sheep** · 20/02/2012, 13h53

Bonjour,

j'ai fait cela il y a longtemps en sunopsis V3 ... de mémoire il y a la possibilité d'avoir un fichier d'Alias (alias.txt) ...

7. Un fichier d’alias (alias.txt) peut être créer pour éviter de manipuler des noms de « table » ou de colonne trop long. Ce fichier peut être placé n’importe ou.
(exemple: dans un repertoire nommé alias sous le répertoire d'installation de sunopsis ).

Et dans la topology au moment ou tu définis la connexion il faut faire quelque chose comme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
jdbc:snps:ldap?lp=ldap_openldap&ab=/usr/local/sunopsis_agent/sunopsisv3/ldapalias/alias.txt&numeric_ids=false

j'avais aussi mis les parametres de conf dans un fichier annexe.

si cela peut t'aider

**PJ_056** · 20/02/2012, 13h57

Oui super ! C'est exactement ca sauf qu'il ne faut pas mettre d'extension au fichier d'alias.
Merci !

**PJ_056** · 20/02/2012, 13h59

J'ai pu faire le reverse, maintenant je veux alimenter le ldap.
La première insertion est ok, mais lorsque je relance l'interface, j'ai un plantage car l'enregistrement existe déjà.

0 : null : java.sql.SQLException: S1000 General error com.sunopsis.ldap.trigger.c: Exception javax.naming.NameAlreadyBoundException occurred saying: [LDAP: error code 68 - Entry Already Exists]

Avez-vous déjà eu ce problème ?
Aussi, est-il possible de faire de l'update ?

**shaun_the_sheep** · 20/02/2012, 14h04

après tu manipules les tables reverses comme des tables normales avec des insert / updates ...

par contre il est à noter que lorsque j'ai fait mon reverse j'ai alimenté mon annuaire avec tous les attributs que j'allais manipulé et les attributs multiples autant de fois que nécessaires.

car si un attribut exemple email est multiple Sunopsis génère une table hiérarchique.

**PJ_056** · 20/02/2012, 14h23

ok, je met le ldap en destination (inetorgperson_person) mais pas possible de faire de l'update avec IKM SQL Incremental update. aie.

**shaun_the_sheep** · 20/02/2012, 17h21

pour ma part je met :

- bien mon annuaire comme espace de travail
- je défini une clé de mise à jour coté annuaire , mon UID
- j'utilise le KM ISO SQL Incremental Update

**PJ_056** · 21/02/2012, 11h32

J'ai fait la même chose.
Insert ok mais l'update génère cette erreur :

0 : null : java.sql.SQLException: failed batch
java.sql.SQLException: failed batch
at com.sunopsis.ldap.jdbc.driver.g.executeBatch(g.java)
at com.sunopsis.ldap.jdbc.driver.h.executeBatch(h.java)
at com.sunopsis.sql.SnpsQuery.executeBatch(SnpsQuery.java)
at com.sunopsis.dwg.dbobj.SnpSessTaskSql.execCollOrders(SnpSessTaskSql.java)
at com.sunopsis.dwg.dbobj.SnpSessTaskSql.treatTaskTrt(SnpSessTaskSql.java)
at com.sunopsis.dwg.dbobj.SnpSessTaskSqlI.treatTaskTrt(SnpSessTaskSqlI.java)
at com.sunopsis.dwg.dbobj.SnpSessTaskSql.treatTask(SnpSessTaskSql.java)
at com.sunopsis.dwg.dbobj.SnpSessStep.treatSessStep(SnpSessStep.java)
at com.sunopsis.dwg.dbobj.SnpSession.treatSession(SnpSession.java)
at com.sunopsis.dwg.cmd.DwgCommandSession.treatCommand(DwgCommandSession.java)
at com.sunopsis.dwg.cmd.DwgCommandBase.execute(DwgCommandBase.java)
at com.sunopsis.dwg.cmd.e.i(e.java)
at com.sunopsis.dwg.cmd.g.y(g.java)
at com.sunopsis.dwg.cmd.e.run(e.java)
at java.lang.Thread.run(Unknown Source)

**PJ_056** · 21/02/2012, 13h51

Lorsque l'espace de travail est le LDAP, comment peut on voir les tables E$ ?

**shaun_the_sheep** · 21/02/2012, 15h03

De mémoire les tables sont générés à la volée en mémoire ... il n'est pas possible à ma connaissance de voir les tables d'erreurs

pour le message d'erreur je ne comprend pas bien ... tu as quoi dans le journal ? et il p asse en erreur sur quelle étape ?

au passage , il y a deux commandes sur le forum le # et la feuille à coté pour insérer du code et des messages d'erreurs , c'est plus lisible.

**PJ_056** · 21/02/2012, 15h30

J'utilise le IKM SQL incremental update.
La clé primaire du ldap est PERSONNEPK (créé par ODI).

L'insertion d'un seul enregistrement est ok.
Par contre si je veux le réinsérer, ODI génère l'erreur suivante (Insert New Rows) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

0 : null : java.sql.SQLException: S1000 General error com.sunopsis.ldap.trigger.c: Exception javax.naming.NameAlreadyBoundException occurred saying: [LDAP: error code 68 - Entry Already Exists]

**PJ_056** · 21/02/2012, 15h33

Si je modifie la PK et que je la remplace par UID, j'ai une erreur lors de l'operation "update existing rows" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
0 : null : java.sql.SQLException: failed batch
java.sql.SQLException: failed batch
	at com.sunopsis.ldap.jdbc.driver.g.executeBatch(g.java)
	at com.sunopsis.ldap.jdbc.driver.h.executeBatch(h.java)
	at com.sunopsis.sql.SnpsQuery.executeBatch(SnpsQuery.java)
	at com.sunopsis.dwg.dbobj.SnpSessTaskSql.execCollOrders(SnpSessTaskSql.java)
	at com.sunopsis.dwg.dbobj.SnpSessTaskSql.treatTaskTrt(SnpSessTaskSql.java)
	at com.sunopsis.dwg.dbobj.SnpSessTaskSqlI.treatTaskTrt(SnpSessTaskSqlI.java)
	at com.sunopsis.dwg.dbobj.SnpSessTaskSql.treatTask(SnpSessTaskSql.java)
	at com.sunopsis.dwg.dbobj.SnpSessStep.treatSessStep(SnpSessStep.java)
	at com.sunopsis.dwg.dbobj.SnpSession.treatSession(SnpSession.java)
	at com.sunopsis.dwg.cmd.DwgCommandSession.treatCommand(DwgCommandSession.java)
	at com.sunopsis.dwg.cmd.DwgCommandBase.execute(DwgCommandBase.java)
	at com.sunopsis.dwg.cmd.e.i(e.java)
	at com.sunopsis.dwg.cmd.g.y(g.java)
	at com.sunopsis.dwg.cmd.e.run(e.java)
	at java.lang.Thread.run(Unknown Source)

**shaun_the_sheep** · 21/02/2012, 15h35

tu peux regarder:

-dans les options du "IKM Incrementale update" que tu as bien l'option UPDATE à oui

-si pour chacune des colonnes de ta table cible elles sont toutes en update

-que ta clé est bien coché "clé de mise à jour"

**shaun_the_sheep** · 21/02/2012, 15h39

dans ton fichier "alias" lors du reverse à quoi as tu fait correspondre la clé de l'annuaire LDAP qui par défaut sur un openLdap est l'attribut UID

**PJ_056** · 21/02/2012, 16h30

Envoyé par shaun_the_sheep

tu peux regarder:

-dans les options du "IKM Incrementale update" que tu as bien l'option UPDATE à oui

-si pour chacune des colonnes de ta table cible elles sont toutes en update

-que ta clé est bien coché "clé de mise à jour"

Dans les options du KIM, Update est bien à "oui".
Tous les colonnes de la table cible sont en insert et update.
La clé n'est pas cochée "clé de mise à jour" mais la clé bleue apparait bien.

Voici mon fichier alias :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
organizationalrole_simplesecurityobject = ROLE_SECURITE
inetorgperson_organizationalperson_person_client_name_code_technicien = PERSONNE_CODE_TECHNICIEN
groupofnames_member = GROUPE_MEMBRE
inetorgperson_organizationalperson_person_client_name_etat_client = PERSONNE_ETAT_CLIENT
inetorgperson_organizationalperson_person_client_name_mail = PERSONNE_MAIL
inetorgperson_organizationalperson_person = PERSONNE
groupofnames = GROUPE
root = ROOT
inetorgperson_organizationalperson_person_client_name_code_responsable = PERSONNE_CODE_RESPONSABLE
inetorgperson_organizationalperson_person_client_name_siret = PERSONNE_SIRET
organizationalunit = UO
inetorgperson_organizationalperson_person_client_name = PERSONNE_NAME

Ma cible est la table PERSONNE

**shaun_the_sheep** · 21/02/2012, 16h34

autre piste ... si tu fais un simple insert , dans le déroulé dans le journal d'execution as tu bien tout de même une étape concernant l'update avec aucune action ?

**PJ_056** · 21/02/2012, 16h57

J'ai supprimé l'utilisateur de test du ldap.
Je refais tourner l'interface, l'insert est ok.
L'étape de l'update (update existing rows) existe bien et n'a aucune ligne mise à jour.
Si je refais tourner l'interface, je retrouve à nouveau l'erreur précédente

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

0 : null : java.sql.SQLException: S1000 General error com.sunopsis.ldap.trigger.c: Exception javax.naming.NameAlreadyBoundException occurred saying: [LDAP: error code 68 - Entry Already Exists] in statement [insert into 	PERSONNE  (  	...

**PJ_056** · 21/02/2012, 17h03

Je ne sais pas si c'est normal mais dans le modele de données de la table PERSONNE, l'uid est nommé "UID_"

**shaun_the_sheep** · 21/02/2012, 17h11

Essaies d'alimenter une fois ton annuaire avec un utilisateur et tous les champs que tu ne touches plus ... je me rappelle effectivement qu'il me fallait toujours une entrée ...

puis insères un autre utilisateur et fait de l'update dessus ...

coté annuaire tu as quoi ? un openLdap ? autre chose ?

**PJ_056** · 22/02/2012, 08h54

C'est du OpenLdap.
Je vais refaire des tests.

Alimenter un LDAP

ODI (ex-Sunopsis)

Discussions similaires

Partager

Partager