Version imprimable
Bonjour ,
j'ai une erreur ORA-04043 avec un logiciel qui attaque une bd oracle 10g et pourtant lorsque je me connecte sur la bd via TOAD j'arrive avec le même compte à visualiser et même à executer des fonctions de ce package .
Est-ce que ca parle à qqun ?
Merci
En fait ce qui m'etonne ce que il y a un synonyme public sur ce package , donc pour moi tous le monde devrait pouvoir le voir/executer non ?
Bonsoir
Dans les sessions (v$session) as tu verifie que les users et droits sont les memes avec les 2 applis?
N'Y a t'il pas de triggers ou de procedures dans ton appli qui enleveraient des privileges?
Je ressorts ce sujet, sur lequel je viens de tomber, car j'ai exactement le même problème..
J'ai 2 bases. La base principale (B1) et la base secondaire (B2).
Il existe un DBLink qui permet d'accéder aux tables et aux procédures/packages de B2, depuis B1.
Depuis un Editeur SQL, j'accède donc bien aux tables via les requêtes du style
Code:SELECT COL1, COL2 FROM TABLE@NomDBLINK.
Je peux également exécuter des procédures contenues dans les packages de B2 via la commande suivante:
Code:execute NomPackage.NomProcedure@NomDBLink;
Par contre, si je fais la même chose depuis une application qui se connecte avec le même compte à la base que le compte que l'utilise pour l'éditeur SQL, autant le select sur les tables fonctionne, ou du moins, je n'ai pas de message d'erreur, autant, l'exécution de procédure plante:
Le message suivant est :
ORA-04043: object "PUBLIC".NomProcédure does not exist
ORA-02063: preceding line from NomDBLink
J'ai fait la même chose en mettant le nom de l'utliisateur devant le nom du package, et là, je n'ai que le ORA-04043
Est ce que Lafouine46 avait résolu son problème ?
Si quelqu'un d'autre a une idée ?
Je rappelle que le compte oracle utilisé est le même pour mon application (PowerBuilder), que pour l'accès via un éditeur SQL. Donc, je ne vois pas ce qui se pose problème.
Merci d'avance pour vos réponses
Kalini