Discussion :

[sadok.m]

Bonjour à tous,
Environnement Oracle 11G
J'ai pris le soins de préciser la version oracle parce que avant de migrer vers cette version on n'avait pas le problème que je vais décrir infra.

Certains écrans utilisent des procédures induites dans un package nommé "CMSG", l'appel de ces procèdures se fait sans problème sur PLSQL, donc ceci ne peut être un problème de privilège (grant) ou synonym, certains écrans (pas tous et c'est ça le hic) qui utilisent ces procèdures, nous surgissent une erreur du genre.

PS1.110.97 ORA-04067 not executed, stored procedure "RIMS.CMSG" does not exist

je suis entrain de scruter les écrans mais je ne trouve pas une différence flagrante, même pas un indice, et comme dit, on n'avait pas ce genre de problème avant de migrer.

Merci pour votre aide !

[SheikYerbouti]

Puisqu'il est question de migration, il convient de donner la version exacte (pas 10g, mais 10.1.2.3) de Forms ET de la base avant et après migration.

[sadok.m]

Avant migration c'était la version
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
A présent c'est la version
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
La version Forms
Forms [32 Bit] Version 10.1.2.0.2 (Production)
Je viens exécuter d'autres tests mais je n'arrive toujours pas a trouver "une logique" pouvant causer ce problème
Dans un écran, l'exécution de la procèdure du package en question dans le trigger "When-new-form-instance" ne cause pas de problème, par contre l'exécution de la procédure dans un trigger "POST-UPDATE" d'un data blocks cause l'erreur.
dans un autre écran, on a toujours l'erreur que se soit dans le trigger WNFI ou autre.

[SheikYerbouti]

Peut-être ceci.

[sadok.m]

Je suis déjà passé par ce topic, c'est vrai que mon problème s'apparente avec ce qui a été posté, mais je ne vois pas de solution concrète, et concernant les 3 points postés par Brian je n'avais pas trop compris quoi faire.
Un nouveau point, j'ai crée une copie du package en question (CMSG), la copie est "test_cmsg" j'ai changé les appels pour pointer sur ce dernier, là les procèdures s'exécutent sans problèmes.

[sadok.m]

Nouvelle piste. On a un trigger nommé "CMSG" sur la table control_message, "CMSG" est aussi utilisé comme étant un nom de package.
- Lorsqu'on renomme le package (comme décrit supra) à Test_cmsg et qu'on change les appels dans l'écran, une fois exécuté, on n'a pas de problème
- Lorsqu'on renomme le trigger de CMSG à CMSG2 par ex, sans changé le nom du package, là aussi on n'a plus de problème
Ceci n'est pas une résolution, ça reste assez ambigu, je continuerai à alimenter ce sujet, en attendant d'avoir une explication consistante a ce problème.