Discussion :

[19cmos83]

Bonjour,

j'aimerais savoir comment CATCHER toutes les erreurs qui peuvent survenir dans un TRY CATCH.

Actuellement, je fais :

Code :

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

DATA oref TYPE REF TO cx_root.

Code :

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

1
2
3
4
5
6
7
8
9
TRY .
      PERFORM fct USING    k_bsak_tablename * OBLIGATORY FIELD
                                    k_bukrs_fieldname
                                       .
    CATCH  cx_sy_dyn_call_illegal_type INTO oref.
      PERFORM manager_exceptions_for_dev  USING oref k_serv_class_except
                                                k_exec_raison
                                                k_lvl_error_status.
  ENDTRY.

Mais j'aimerais utiliser quelque chose du genre :

Code :

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

    CATCH  SYSTEM-EXCEPTIONS OTHERS INTO oref.

Ainsi, je n'aurais pas à fortement spécifier le type d'erreur dans le CATCH.

Avez-vous une idée ?

Merci.
Cdlt.

[Mikado8231]

Salut,

As tu essayé ceci :

Code :

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

1
2
3
4
5
6
DATA : oref   TYPE REF TO cx_root.
TRY .
    RAISE EXCEPTION TYPE cx_sy_dyn_call_illegal_type.
  CATCH cx_root INTO oref.
    WRITE 'Catcher'.
ENDTRY.

A priori, CX_ROOT serait la classe d'exception de plus haut niveau :

[19cmos83]

Mon but est de développer une couche d'expcetions pour les développements, permettant de ne pas Scratché les applications lors des erreurs de DEV.

Je viens d'essayer ça :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
DATA oref TYPE REF TO cx_root.
TYPES tr_range_bukrs TYPE RANGE OF bsak-bukrs.
DATA  v_so_bukrs  TYPE tr_range_bukrs.

FIELD-SYMBOLS <fs_so_name> TYPE ANY.

TRY .
    MOVE v_so_bukrs  TO <fs_so_name>.
  CATCH cx_root INTO oref.
    WRITE / 'Catché'.
ENDTRY.

Mais "ca pète" toujours à la figure ...
Y a t il des Exceptions qui ne se Catche pas ? Comment faire pour les intercepter ?

[Mikado8231]

Effectivement, il existerait des exceptions qui ne seraient pas catchable.

Je pense que ces exceptions qui ne se catche pas doivent être rare, souvent une erreur de syntaxe dans la programmation...

Comme par exemple dans ton code, c'est impensable de ne pas mettre un ASSIGN après un field-symbols. C'est une grosse erreur.

Si tu trouve une solution, je serais preneur ...

[Celdrøn]

Salut,

La plus grosse erreur ce n'est pas de voir s'il y a eu un ASSIGN... mais d'oublier de tester si le FIELD-SYMBOL a été assigné.

En gros :

Code :

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

1
2
3
4
IF <fs_so_name> IS ASSIGNED.
    MOVE v_so_bukrs  TO <fs_so_name>.
ENDIF.

Avec ceci, on limite grandement les dégats... et encore plus les DUMP.

Soit dit au passage, l'aide SAP te donne la liste des Exceptions capturable et non-capturables pour un bon nombre d'instruction dont l'Instruction ASSIGN.

[sandraros]

Il y a pas mal d'erreurs non interceptables (c'est indiqué dans la doc de chaque instruction, et il y a d'autres erreurs non interceptables qui ne sont pas spécialement liées aux instructions), donc c'est fichu si tu veux tout intercepter.

De plus, les erreurs interceptables ne peuvent pas être interceptées si elles se produisent dans une session interne supérieure (expl: tu fais un SUBMIT prog AND RETURN et il s'y produit une erreur interceptable qui n'est pas interceptée par prog, alors tu ne peux pas l'intercepter dans le programme appelant, il y aura toujours un DUMP)

[19cmos83]

... ....

[sandraros]

euh c'est pour moi les ... ... ? Je n'étais peut-être pas claire alors! C'est pas grave, de toute façon c'était juste pour dire que ce n'est pas possible de tout catcher, voilà