ORA-06508: PL / SQL: impossible de trouver l'unité de programme appelée

Je suis en utilisant oracle 10g et crapaud 11.5. Je suis en train d'appeler une api à partir d'un bloc anonyme.

Si j'ai recompiler l'api après l'ajout de dbms_output.put_line et puis essayez d'exécuter le bloc anonyme ,il indique une erreur comme

"ORA-06508: PL/SQL: could not find program unit being called".

Cependant, si j'arrive à la fin de la session en cours et d'ouvrir une nouvelle session , l'anonyme bloc à exécuter avec l'erreur.

À cause de ce problème, je suis fait pour la reconnexion de la session à chaque fois que je fais un changement d'API.
Quelqu'un peut-il aider si ce problème peut être résolu en effectuant toutes les configurations en crapaud ou de niveau base de données.

source d'informationauteur battech

  1. 21

    Je soupçonne que vous êtes seulement les rapports de la dernière erreur dans une pile comme ceci:

    ORA-04068: existing state of packages has been discarded
ORA-04061: existing state of package body "schema.package" has been invalidated
ORA-04065: not executed, altered or dropped package body "schema.package"
ORA-06508: PL/SQL: could not find program unit being called: "schema.package"

    Si oui, c'est parce que votre colis est dynamique:

    Les valeurs des variables, des constantes, des curseurs et qu'un paquet
    déclare (dans son cahier des charges ou de l'organisme) sont composés de son paquet
    état    . Si un PL/SQL package déclare au moins une variable, une constante,
    ou le curseur, puis le paquet est stateful; sinon, il est apatrides.

    Lorsque vous recompiler l'état est perdu:

    Si le corps d'un instancié, stateful paquet est recompilé (soit
    explicitement, avec les "ALTER Instruction PACKAGE", ou implicitement), les
    prochaine invocation d'un sous-programme dans le package causes de Base de données Oracle
    à jeter le paquet existant de l'état et de soulever l'exception
    ORA-04068.

    Après PL/SQL soulève l'exception d'une référence à l'emballage des causes
    Base de données Oracle pour ré-instancier le paquet, qui ré-initialise
    ...

    Vous ne pouvez pas éviter cette situation, si votre colis a l'état. Je pense que c'est assez rare d'avoir besoin d'un paquet à être dynamique, donc vous devriez relire ce que vous avez déclaré dans le paquet, mais en dehors d'une fonction ou de la procédure, à voir si c'est vraiment nécessaire à ce niveau. Puisque vous êtes sur 10g bien, qui inclut des constantes, et pas seulement les variables et les curseurs.

    Mais le dernier paragraphe de la cité de la documentation signifie que la prochaine fois que vous exécuterez le paquet dans la même session, vous n'aurez pas d'erreur et il fonctionnera comme normale (jusqu'à ce que vous recompiler).

  2. 5

    semble que l'ouverture d'une nouvelle session est la clé.

    voir cette réponse.

    et voici un génial explication sur cette erreur

  3. 3

    Basé sur les réponses précédentes. J'ai résolu mon problème en supprimant la variable globale au niveau du colis à la procédure, car il n'y a pas eu d'impact dans mon cas.

    Script Original était

    create or replace PACKAGE BODY APPLICATION_VALIDATION AS 

V_ERROR_NAME varchar2(200) := '';

PROCEDURE  APP_ERROR_X47_VALIDATION (   PROCESS_ID IN VARCHAR2 ) AS BEGIN
     ------ rules for validation... END APP_ERROR_X47_VALIDATION ;

/* Some more code
*/

END APPLICATION_VALIDATION; /

    Réécrit la même sans la variable globale V_ERROR_NAME et a déménagé à la procédure en vertu de paquet niveau que

    Code Modifié

    create or replace PACKAGE BODY APPLICATION_VALIDATION AS

PROCEDURE  APP_ERROR_X47_VALIDATION (   PROCESS_ID IN VARCHAR2 ) AS

**V_ERROR_NAME varchar2(200) := '';** 

BEGIN
     ------ rules for validation... END APP_ERROR_X47_VALIDATION ;

/* Some more code
*/

END APPLICATION_VALIDATION; /