[LDAP] ldap_mod_replace et erreur object Class violation [Résolu]

[rochenico]

Bonjour

suite à un changement de messagerie de Netscape vers Sun un bout de mon code ne fonctionne plus et je ne comprend pas pourquoi.
Voila maintenant que je m'arrache les cheveux dessus et ça commence à m'énerver et je sais que dans la vie il ne faut pas s'énerver.

Voila le code incriminé :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
$modif_nouveau['mailQuota'] = $sun_source['MAILQUOTA'];
$modif_nouveau['mailAutoReplyText'] = $sun_source['VACATION_MSG'];
$modif_nouveau['mailForwardingAddress'] = $sun_source['TRANSFERER_EMAIL'];
$modif_nouveau['multiLineDescription'] = $sun_source['DESCRIPTION'];
$modif_nouveau['telephoneNumber'] = $sun_source['TELEPHONENUMBER'];
$modif_nouveau['facsimileTelephoneNumber'] = $sun_source['FACSIMILETELEPHONENUMBER'];
$modif_nouveau['hclrole'] = $sun_source['HCLROLE'];
 
echo "<BR><B>mailQuota : </B>".$modif_nouveau['mailQuota'];
echo "<BR><B>mailAutoReplyText : </B>".$modif_nouveau['mailAutoReplyText'];
echo "<BR><B>mailForwardingAddress : </B>".$modif_nouveau['mailForwardingAddress'];
echo "<BR><B>telephoneNumber : </B>".$modif_nouveau['telephoneNumber'];
echo "<BR><B>facsimileTelephoneNumber : </B>".$modif_nouveau['facsimileTelephoneNumber'];
echo "<BR><B>multiLineDescription : </B>".$modif_nouveau['multiLineDescription'];
echo "<BR><B>hclrole : </B>".$modif_nouveau['hclrole'];
 
@ldap_mod_replace($ds, $sun_dest['DN'], $modif_nouveau);

Sachant que dans $sun_source il y a le résultat d'une requête sur une table et que j'ai bien vérifier que les info étaient présentes.

Le message d'erreur est le suivant :

Object Class Violation

Merci d'avance pour votre aide.

[rochenico]

En cherchant un peu et en testant champ après champ je me rend compte que le soucis viens du champ "multiLineDescription".

Si je met le champ en commentaire la modif se passe tres bien mais si je laisse le champ j'ai l'erreur "Object Class Violation".

J'ai aussi essayer le champ tout seul et le probleme est le meme.

Donc le soucis viens bien de se champ mais je ne voit pas pourquoi.

[julp]

Il faut comparer l'état souhaité de votre objet par rapport à ce que permettent les classes qu'il utilise : voir les schémas. Votre attribut multiLineDescription peut être de trop par exemple. Je ne puis vous en dire plus n'ayant pas tous les éléments en main (documentation ou schémas ni l'état complet de votre objet).

[rochenico]

Le champ multiLineDescription existe forcement car ce n'est qu'une bascule de compte a compte.
Je m'explique : Ce bout de programme qui pose soucis sert juste dans le cas d'une personne se mariant ou divorçant.

L'adresse mail est du type "prenom.nom" mais le jour ou une femme se marie elle prend le nom de son mari.
Donc il faut recreer un compte de messagerie en récuperant toutes les infos de l'ancien compte et les mettre dans le nouveau. De plus il faut recuperer les messages mais ça ça fonctionne.

C'est au moment de la bascule des infos que le probleme se pose.

Une fois que le traitement est valide on peut supprimer l'ancien compte.

[julp]

Envoyé par rochenico

Le champ multiLineDescription existe forcement car ce n'est qu'une bascule de compte a compte.

Oui mais l'existence d'un attribut (au sens définit par un schéma inclus) n'est qu'un premier prérequis essentiel. Cela dépend en réalité des classes : chaque classe (objet) requiert certains attributs (partie MUST de la définition d'une objetclass), d'autres sont facultatifs (partie MAY d'une objetclass). Si vous fournissez un attribut de trop, ie ne figurant dans aucune des classes auxquelles est rattaché l'objet, vous aurez cette erreur. Vos derniers tests tendent d'ailleurs à le confirmer ...

On n'ajoute pas ni ne retire des attributs comme ça. Ils ont un contexte : il faut que l'objet en question respecte exactement le contrat qui lui a été fixé au travers des objetclass. Il ne peut y avoir de surplus non plus et il faut au moins qu'il possède l'ensemble des attributs obligatoires prédéterminés par ses classes. Les seules "exceptions" sont les attributs multivalués (plusieurs valeurs possibles) ou les attributs facultatifs de ces mêmes objectclass.

[rochenico]

Bon merci beaucoup.
Effectivement j'avais inverser l'ordre de création d'un des objectClass.

Mais maintenant j'ai l'erreur suivante qui apparait a la création du compte :

Code :

erreur ldap_add : type or values exist

Pourtant en faisant une recherche dans l'arbre LDAP le compte n'existe pas.

[julp]

Impossible de répondre sans le contexte ... Ce genre d'erreur pourrait survenir par exemple lorsque l'on tente d'ajouter un objet (par l'intermédiaire de son DN) à un groupOfUniqueNames alors qu'il en est déjà membre.

Vérifiez également vos variables PHP (surtout lorsqu'elles sont interpolées - mettre error_repoting à E_ALL permet d'en être averti) car s'il y a une erreur dans leur nom on a effectivement un résultat différent.

[rochenico]

J'ai reussi a résoudre le probleme hier.

A la creation de la personne 2 des differents champs (le cn et le sn) devaient etre inversé car maintenant tout fonctionne tres bien.