Standardreport debuggen
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Beitrag
von BecomingAnAbapGuru (ForumUser / 83 / 31 /
3
)
»
Hallo,
Wie komme ich zu einer bestimmten Stelle. Beispiel:
Wenn ich eine Tabelle in der Auswertung habe, wie komme ich an die Stelle bevor die Tabelle befüllt wird OHNE den gesamten Code Schritt für Schritt durchzugehen? /h und dann ausführen führt oft zu unnötigen Code. Manchmal erkennt man das sehr gut anhand der Namen der Variablen, aber leider oft nicht.
Bis ich die Stelle gefunden habe, dauert das bei mir immer so lange.
Wie sucht man am besten eurer Meinung mit dem Debugger?
Wie finde ich den Namen von der internen Tabelle heraus, die wirklich dann angezeigt wird? Wie finde ich heraus, wo diese interne Tabelle zu finden ist in den 1000 includes?
Bin da für jeden Tipp und Trick sehr dankbar!
Wie komme ich zu einer bestimmten Stelle. Beispiel:
Wenn ich eine Tabelle in der Auswertung habe, wie komme ich an die Stelle bevor die Tabelle befüllt wird OHNE den gesamten Code Schritt für Schritt durchzugehen? /h und dann ausführen führt oft zu unnötigen Code. Manchmal erkennt man das sehr gut anhand der Namen der Variablen, aber leider oft nicht.
Bis ich die Stelle gefunden habe, dauert das bei mir immer so lange.
Wie sucht man am besten eurer Meinung mit dem Debugger?
Wie finde ich den Namen von der internen Tabelle heraus, die wirklich dann angezeigt wird? Wie finde ich heraus, wo diese interne Tabelle zu finden ist in den 1000 includes?
Bin da für jeden Tipp und Trick sehr dankbar!
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4396 / 223 /
1182
)
»
Um am schnellsten zu einem SELECT zu kommen würde ich einen (dyn.) Break-Point für diesen im Debugger anlegen (zu finden im Menü).
Um die richtig (interne) Tabelle zu finden ist schon etwas mehr Wissen nötig. Vorallem muss man wissen, welche Technologie eingesetzt wurde um die Daten anzuzeigen und wie diese die Daten bezieht.
Beim ALV ist das zum Beispiel die Methode SET_TABLE_FOR_FIRST_DISPLAY. In diesen kann man dann ebenfalls einen Break-Point anlegen und man bleibt dann stehen sobald die interne Tabelle zur Anzeige gebracht wird. Bei anderen Technologien ist das dann wierum nicht so einfach. Bei einer Listprozessor-Ausgabe würde sich z.B. der WRITE-Befehl anbieten nur kann der auch anderwertig verwendet werden. Somit muss man eventuell beim Debuggen etwas weiter ausholen. Bei anderen Arten wie z.B. HTML oder ähnliches wird es dann schon sehr speziell.
P.S: Wichtig im Debugger ist meiner Meinung nach der Aufrufstack (in der Standardeinstellung auf dem zweiten Karteireiter zu finden). Damit kann man einsehen von wo aus und wie man aufgerufen wurde. Z.B. wenn man SET_TABLE_FOR_FIRST_DISPLAY debugged um herauszufinden welche interne Tabelle vom Aufrufer übergeben wurde.
Um die richtig (interne) Tabelle zu finden ist schon etwas mehr Wissen nötig. Vorallem muss man wissen, welche Technologie eingesetzt wurde um die Daten anzuzeigen und wie diese die Daten bezieht.
Beim ALV ist das zum Beispiel die Methode SET_TABLE_FOR_FIRST_DISPLAY. In diesen kann man dann ebenfalls einen Break-Point anlegen und man bleibt dann stehen sobald die interne Tabelle zur Anzeige gebracht wird. Bei anderen Technologien ist das dann wierum nicht so einfach. Bei einer Listprozessor-Ausgabe würde sich z.B. der WRITE-Befehl anbieten nur kann der auch anderwertig verwendet werden. Somit muss man eventuell beim Debuggen etwas weiter ausholen. Bei anderen Arten wie z.B. HTML oder ähnliches wird es dann schon sehr speziell.
P.S: Wichtig im Debugger ist meiner Meinung nach der Aufrufstack (in der Standardeinstellung auf dem zweiten Karteireiter zu finden). Damit kann man einsehen von wo aus und wie man aufgerufen wurde. Z.B. wenn man SET_TABLE_FOR_FIRST_DISPLAY debugged um herauszufinden welche interne Tabelle vom Aufrufer übergeben wurde.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Hilfreich zum Setzen von Breakpoints sind auch der SQL Trace (Transaktion ST05) oder die Laufzeitanalyse (Transaktion SAT).
Das kommt ja auch sehr stark auf die jeweilige Situation bzw. auf den Report an. Manche sind relativ einfach aufgebaut und man sieht sofort im Debugger unter globale Daten die betreffende Tabelle für die Ausgabe und kann somit z.B. einen Watchpoint auf die Tabelle anlegen. Bei manchen komplexeren Auswertungen werden verschiedenste Daten zu einer Ausgabe ermittelt und es kann helfen sich mittels SQL Trace zunächst einen Überblick über die Datenabrufe zu verschaffen.
Edit: Da war Enno schneller :)
Edit: Da war Enno schneller :)
das ist der Vorteil, wenn man nur ein paar Transaktionsnamen hinrotzt, anstatt zu erklären... :)
Seite 1 von 1
Vergleichbare Themen
6
Antw.
Antw.
3276
Views
Views
5
Antw.
Antw.
4048
Views
Views
Reihenfolge auf Selectionsscreen v. Standardreport verändern
von FelixFICO » 15.06.2016 16:57 • Verfasst in Dialogprogrammierung
von FelixFICO » 15.06.2016 16:57 • Verfasst in Dialogprogrammierung
2
Antw.
Antw.
1747
Views
Views
Auswerten Transaktionen zu einem Standardreport
von DIL » 04.02.2005 08:28 • Verfasst in Human Resources
von DIL » 04.02.2005 08:28 • Verfasst in Human Resources
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.