Debugging beim Zahllauf
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Hallo,
ich habe einen User-Exit im Rhmen des Zahllaufes ausgeprägt und auch einen Break-Point reingesetzt. Wenn ich F110 starte und DTA-File erstelle sprint er nicht in den User-Exit rein. Ich würde gerne aber den Lauf debuggen. Wie muss ich den vorgehen?
Danke im Voraus
alicemal
ich habe einen User-Exit im Rhmen des Zahllaufes ausgeprägt und auch einen Break-Point reingesetzt. Wenn ich F110 starte und DTA-File erstelle sprint er nicht in den User-Exit rein. Ich würde gerne aber den Lauf debuggen. Wie muss ich den vorgehen?
Danke im Voraus
alicemal
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Wenn er wirklich nicht in den Exit reinspringt, könnte es sein dass er nicht aktiviert ist. Wenn du aber den BP in den Exit gesetzt hast und dich wundert, dass der Zahllauf nicht anhält: Der Zahllauf läuft als Job (im Hintergrund), darum wird freilich nicht angehalten 
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Hallo Zusammen,
der Zahllauf kann sehr wohl debuggt werden und es ist nicht notwendig dass ueber die SM50 zu tun. Wenn die Selektionsparameter sehr eng definiert sind, z.B. nur wenige Konten, dann ist der Zahllauf fertig bevor Du ueberhaupt die SM50 aufrufen kannst und es ist auch kaum determinierbar wo der Debugger anhaelt wenn Du den Prozess debuggst.
Folgendes Vorgehen.
Um zu Debuggen, moeglichst nur ein Konto mit wenig offenen Posten selektieren. Dann Zahlungsvorschlag mit der option 'Anstarten sofort'.
Bevor man das tut, muss im SAPF110S, include F110MAIN ein Break-Point gesetzt werden und zwar im Coding an dieser Stelle:
Wie der Kommentar im Coding schon erahnen laesst, es muss zuerst dieses Feld mit 'X' gesetzt werden, damit ein weiteres Debugging moeglich ist.
Danach wird auch bei Breakpoints angehalten.
So, hoffe das hilft weiter.
Gruss,
Steff
der Zahllauf kann sehr wohl debuggt werden und es ist nicht notwendig dass ueber die SM50 zu tun. Wenn die Selektionsparameter sehr eng definiert sind, z.B. nur wenige Konten, dann ist der Zahllauf fertig bevor Du ueberhaupt die SM50 aufrufen kannst und es ist auch kaum determinierbar wo der Debugger anhaelt wenn Du den Prozess debuggst.
Folgendes Vorgehen.
Um zu Debuggen, moeglichst nur ein Konto mit wenig offenen Posten selektieren. Dann Zahlungsvorschlag mit der option 'Anstarten sofort'.
Bevor man das tut, muss im SAPF110S, include F110MAIN ein Break-Point gesetzt werden und zwar im Coding an dieser Stelle:
Code: Alles auswählen.
*------- Feld XDEBUG muß im Debugging mit 'X' überschrieben werden
* Sonst kein Debugging möglich
XDEBUG = SPACE.
Danach wird auch bei Breakpoints angehalten.
So, hoffe das hilft weiter.
Gruss,
Steff
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
1128
Views
Views
0
Antw.
Antw.
1719
Views
Views
17
Antw.
Antw.
10606
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1175
vor 2 Tagen von DeathAndPain 4 / 1175
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1175
vor 2 Tagen von DeathAndPain 4 / 1175