Debugger bei WebDynpro
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
15 Beiträge
•
Seite 1 von 1
15 Beiträge
Seite 1 von 1
Hi,
bei mir öffnet sich nicht der Debugger bei Webdynpro-Programmen.
Hab schon alles, was man so online lesen kann als Problemlösung ausprobiert.
- unter: Hilfsmittel->Einstellungen-> ABAP Editor-> Registerkarte Editor ist der "Frontend Editor (neu)" eingestellt.
- dann in meiner onaction (bei der Methode WDDOINIT klappts auch nicht) für nen Dropdown-Menü einen externen Breakpoint (Stoppschild mit Männchen) gesetzt
- dann unter WebDynpro Application auf Test/Execute F8 gedrückt
- Browserfenster mit dem Programm geht auf, aber kein Debuggingfenster.
Bin für jeden Rat und jede Tat dankbar.
Gruß Tobias
bei mir öffnet sich nicht der Debugger bei Webdynpro-Programmen.
Hab schon alles, was man so online lesen kann als Problemlösung ausprobiert.
- unter: Hilfsmittel->Einstellungen-> ABAP Editor-> Registerkarte Editor ist der "Frontend Editor (neu)" eingestellt.
- dann in meiner onaction (bei der Methode WDDOINIT klappts auch nicht) für nen Dropdown-Menü einen externen Breakpoint (Stoppschild mit Männchen) gesetzt
- dann unter WebDynpro Application auf Test/Execute F8 gedrückt
- Browserfenster mit dem Programm geht auf, aber kein Debuggingfenster.
Bin für jeden Rat und jede Tat dankbar.
Gruß Tobias
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Hi,
Schau mal in deinen Einstellungen, ob in der Registerkarte Debugging der gleiche User eingetragen ist, mit dem du deine Anwendung auch startest. Wenn die unterschiedlich sind, kann das nicht funktionieren.
Außerdem solltest du in dem Mandanten in dem du testest auch angemeldet sein, denn sonst wird das auch nicht funktionieren.
Schau mal in deinen Einstellungen, ob in der Registerkarte Debugging der gleiche User eingetragen ist, mit dem du deine Anwendung auch startest. Wenn die unterschiedlich sind, kann das nicht funktionieren.
Außerdem solltest du in dem Mandanten in dem du testest auch angemeldet sein, denn sonst wird das auch nicht funktionieren.
Gruß,
der Matze
der Matze
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Das wäre auch meine nächste Vermutung gewesen. Kann es sein, dass dir euer Admin keine Debugberechtigung vergeben hat?
Das kannst du auch testen in dem du einen Breakpoint setzt, das Programm ausführst und wenn nichts geschehen ist, wo es hätte geschehen sollen rufst du mal die SU53 auf. Dort müsste dann vermerkt sein, welche Berechtigungen dir fehlen. Am besten nen Screenshot davon an euern Systemadmin und der regelt das dann.
Das kannst du auch testen in dem du einen Breakpoint setzt, das Programm ausführst und wenn nichts geschehen ist, wo es hätte geschehen sollen rufst du mal die SU53 auf. Dort müsste dann vermerkt sein, welche Berechtigungen dir fehlen. Am besten nen Screenshot davon an euern Systemadmin und der regelt das dann.
Gruß,
der Matze
der Matze
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Dann kann es eigentlich nur noch daran liegen, dass die webdynpro anwendung intern in einem anderen mandanten ausgeführt wird, als der in dem du angemeldet bist, meiner Meinung nach....
schau mal in deinem Explorer in die Eingabezeile für die html Adresse nach folgender Stelle: "sap-system-login-basic_auth=X&sap-client="
Ist die Zahl hinter client= die gleiche wie der mandant in dem du angemeldet bist?
schau mal in deinem Explorer in die Eingabezeile für die html Adresse nach folgender Stelle: "sap-system-login-basic_auth=X&sap-client="
Ist die Zahl hinter client= die gleiche wie der mandant in dem du angemeldet bist?
Gruß,
der Matze
der Matze
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Ging es denn vorher?
Hast du mal euren Admin gefragt, ob er an den Berechtigen (Rollen und Profile) etwas geändert hat?
Vielleicht fehlt dir ja doch eine Berechtigung.
Ich denke, dass dir da wirklich nur ein Admin weiterhelfen kann.
Um vllt. etwas sicherer zu gehen, dass es an deinem Acc liegt, könntest du mal einen Kollegen bitten, bei dem du dir sicher bist, dass er debuggen kann, dein programm zu debuggen. Kann er es, liegt es an deinen Berechtigungen. kann er es auch nicht, ist es eine Einstellung in deinem Programm.
Hast du mal euren Admin gefragt, ob er an den Berechtigen (Rollen und Profile) etwas geändert hat?
Vielleicht fehlt dir ja doch eine Berechtigung.
Ich denke, dass dir da wirklich nur ein Admin weiterhelfen kann.
Um vllt. etwas sicherer zu gehen, dass es an deinem Acc liegt, könntest du mal einen Kollegen bitten, bei dem du dir sicher bist, dass er debuggen kann, dein programm zu debuggen. Kann er es, liegt es an deinen Berechtigungen. kann er es auch nicht, ist es eine Einstellung in deinem Programm.
Gruß,
der Matze
der Matze
Hallo,
hast Du beide Varianten (mit und ohne IP Matching in den Einstellungen zum Debugging) ausprobiert?
Dabei würde ich dann auch gleich mehrere Break-points verteilen: auf die WDDOINITs von des Component-, View- und Window Controller, die Plugs, ...
Irgendwo solltest Du ihn dann eigentlich erwischen.
Viele Erfolg.
hast Du beide Varianten (mit und ohne IP Matching in den Einstellungen zum Debugging) ausprobiert?
Dabei würde ich dann auch gleich mehrere Break-points verteilen: auf die WDDOINITs von des Component-, View- und Window Controller, die Plugs, ...
Irgendwo solltest Du ihn dann eigentlich erwischen.
Viele Erfolg.
Hi,
klappt mit beiden Varianten nicht fehlerfrei.
Wenn ich vorher /h eingeben, kommt teilweise beim Starten zwar der Debug-Editor aber für das Programm SAPLWDY_WB_APPL_EDITOR.
Wen ich im Debug-Editor dann auf den Sprung 'Return' drücke, öffnet sich zwar der Browser, der Debug-Editor friert aber nun ein.
Teilweise wird er mich aber auch beim Drücken von /h einfachb aus der Session.
klappt mit beiden Varianten nicht fehlerfrei.
Wenn ich vorher /h eingeben, kommt teilweise beim Starten zwar der Debug-Editor aber für das Programm SAPLWDY_WB_APPL_EDITOR.
Wen ich im Debug-Editor dann auf den Sprung 'Return' drücke, öffnet sich zwar der Browser, der Debug-Editor friert aber nun ein.
Teilweise wird er mich aber auch beim Drücken von /h einfachb aus der Session.
noch als Info hinterher, wodran es noch liegen könnte:
Wenn man ein System mit mehreren Logischen Instanzen hat, dann muss man auf allen Instanzen einen Breakpoint setzten. Dies ist aber eher auf Produktionsservern der Fall, wo man sowieso nicht debuggen sollte.
Gruss
DonOssi
Wenn man ein System mit mehreren Logischen Instanzen hat, dann muss man auf allen Instanzen einen Breakpoint setzten. Dies ist aber eher auf Produktionsservern der Fall, wo man sowieso nicht debuggen sollte.
Gruss
DonOssi
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1817
Views
Views
5
Antw.
Antw.
4225
Views
Views
0
Antw.
Antw.
1812
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 20 Stunden von ralf.wenzel 104 / 10262
vor 20 Stunden von ralf.wenzel 104 / 10262
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 20 Stunden von ralf.wenzel 104 / 10262
vor 20 Stunden von ralf.wenzel 104 / 10262