ABAP : problème pour modif prog de type include

lutinette · 09/10/2007, 11h39

J'ai modifié un programme de type 'include' appartenant à une 'function group' et appelé par un programme de type 'module pool' qui permet l'impression des 'purchases order'. A l'exécution, la modification ne semble pas être prise en compte et je ne parviens pas à débugger malgré mes différents breakpoints.
Avez-vous une idée pour m'éclairer ?

Sh@m@n · 09/10/2007, 13h57

bonjour,

tout d'abord, est ce ke c'est la modification d'un standard??

Si oui, les vérifications préalables ont-elles été faites afin de savoir si le standard passait bien ou non ds le user-exit (les user-exit sont stockés ds des include du standard)?

Sinon, est-ce une exécution faite en arrière plan ou non?
Car si c'est en arrière plan, les breakpoint et les poitn d'arrêt sont inefficace!!!

Le seul moyen, c'est que tu fasses un boucle infinie reposant sur une variable. En SM50, tu pourras ainsi passer en mode debug, et modifier la valeur de votre variable.
Ds la transaction SM50, pour accéder au debug => PROGRAM/SESSION, menu Program, commande Debugging.

Dis moi si ca répond à ta question.

Cdt,
ShAmAn

splash1 · 10/10/2007, 16h35

Bonjour,

pour debugguer une édition de PO (formulaire medruck) il faut lancer la correspondance via le programme RSNAST00

pour cela, la correspondance doit avoir le paramètre envoi via transaction spécifique

bon amusement

ludovic.fernandez · 17/10/2007, 22h26

Bonsoir,
La remarque de Sh@m@n est pertinante.

J'ajouterai qu'une autre méthode consiste à lancer le function module en mode "testing" (Exécuter en debug mode à partir de l'ABAP workbench et compléter les paramètres d'appels par des valeurs de test).

Avant d'aller sur SM50, il faut généralement se rendre sur SM51 afin de se déplacer sur l'instance qui fait tourner le batch que l'on souhaite débugger.

L.

splash1 · 18/10/2007, 10h42

l'edition d'une correspondance via la ME22N se fait en background et dure moins d'1s va donc falloir de la dextérité via la SM50
a moins de rajouter une boucle couteuse

je préfère quand meme debugger la correspondance via le programme RSNAST00 qui l'execute en avant plan donc un simple point d'arret suffit

pour le test de la fct en direct, le soucis c'est tous les paramètres à passer
une grosse perte de temps en prévision

pourquoi se compliquer la vie???

09/10/2007, 11h39	#1
lutinette Invité de passage Inscription : octobre 2007 Messages : 1 Détails du profil Informations forums : Inscription : octobre 2007 Messages : 1 Points : 0 Points : 0	ABAP : problème pour modif prog de type include J'ai modifié un programme de type 'include' appartenant à une 'function group' et appelé par un programme de type 'module pool' qui permet l'impression des 'purchases order'. A l'exécution, la modification ne semble pas être prise en compte et je ne parviens pas à débugger malgré mes différents breakpoints. Avez-vous une idée pour m'éclairer ?
	00

17/10/2007, 22h26	#4
ludovic.fernandez Membre expérimenté SAP for Banking Inscription : juin 2002 Messages : 539 Détails du profil Informations personnelles : Âge : 35 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : SAP for Banking Secteur : Conseil Informations forums : Inscription : juin 2002 Messages : 539 Points : 566 Points : 566	Bonsoir, La remarque de Sh@m@n est pertinante. J'ajouterai qu'une autre méthode consiste à lancer le function module en mode "testing" (Exécuter en debug mode à partir de l'ABAP workbench et compléter les paramètres d'appels par des valeurs de test). Avant d'aller sur SM50, il faut généralement se rendre sur SM51 afin de se déplacer sur l'instance qui fait tourner le batch que l'on souhaite débugger. L. __________________ TRY. N/A CATCH cx_root.
	00

18/10/2007, 10h42	#5
splash1 Membre confirmé Inscription : octobre 2007 Messages : 209 Détails du profil Informations forums : Inscription : octobre 2007 Messages : 209 Points : 211 Points : 211	bof l'edition d'une correspondance via la ME22N se fait en background et dure moins d'1s va donc falloir de la dextérité via la SM50 a moins de rajouter une boucle couteuse je préfère quand meme debugger la correspondance via le programme RSNAST00 qui l'execute en avant plan donc un simple point d'arret suffit pour le test de la fct en direct, le soucis c'est tous les paramètres à passer une grosse perte de temps en prévision pourquoi se compliquer la vie???
	00

09/10/2007, 13h57	#2
Sh@m@n Membre habitué Inscription : juin 2003 Messages : 146 Détails du profil Informations personnelles : Âge : 31 Localisation : France, Vienne (Poitou Charente) Informations forums : Inscription : juin 2003 Messages : 146 Points : 135 Points : 135	bonjour, tout d'abord, est ce ke c'est la modification d'un standard?? Si oui, les vérifications préalables ont-elles été faites afin de savoir si le standard passait bien ou non ds le user-exit (les user-exit sont stockés ds des include du standard)? Sinon, est-ce une exécution faite en arrière plan ou non? Car si c'est en arrière plan, les breakpoint et les poitn d'arrêt sont inefficace!!! Le seul moyen, c'est que tu fasses un boucle infinie reposant sur une variable. En SM50, tu pourras ainsi passer en mode debug, et modifier la valeur de votre variable. Ds la transaction SM50, pour accéder au debug => PROGRAM/SESSION, menu Program, commande Debugging. Dis moi si ca répond à ta question. Cdt, ShAmAn
	00

10/10/2007, 16h35	#3
splash1 Membre confirmé Inscription : octobre 2007 Messages : 209 Détails du profil Informations forums : Inscription : octobre 2007 Messages : 209 Points : 211 Points : 211	Bonjour, pour debugguer une édition de PO (formulaire medruck) il faut lancer la correspondance via le programme RSNAST00 pour cela, la correspondance doit avoir le paramètre envoi via transaction spécifique bon amusement
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email