Dynpro Stack?
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Ich suche momentan nach einer Möglichkeit, das rufende Dynpro zu bekommen, z.B.:
ich befinde mich in Dynpro 100
dort wird aufgerufen "CALL SCREEN 200"
nun bin ich im Dynpro 200 und möchte wissen, wer mich aufgerufen hat, d.h. hier möchte ich '100' zurückbekommen.
Geht das?
ich befinde mich in Dynpro 100
dort wird aufgerufen "CALL SCREEN 200"
nun bin ich im Dynpro 200 und möchte wissen, wer mich aufgerufen hat, d.h. hier möchte ich '100' zurückbekommen.
Geht das?
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4131 / 130 /
955
)
»
Wenn du nur innerhalb eines Programms die Screen aufrufst gäbe es eine etwas dämliche Methode, wie man ALLE in der Aufrufhistorie davorliegenden Dynpros findet ( bei rekursiven Aufrufen allerdings nur jeweils eine nummer und nicht n viele ).
Aber den direkten Aufrufer an sich zu ermitteln halte ich für sehr schwer - wenn überhaupt machbar.
Zumal es ja Situationen gibt, in denen ein in einen Trägerdynpro eingebetteter Subscreen den neuen Screen aufruft. In solchen Fällen stellt sich ja schon mal die Frage "Wer ist denn der Aufrufer"? Sowohl für Träger als auch für Subscreen könnte ich Pros und Kontras finden.
Aber den direkten Aufrufer an sich zu ermitteln halte ich für sehr schwer - wenn überhaupt machbar.
Zumal es ja Situationen gibt, in denen ein in einen Trägerdynpro eingebetteter Subscreen den neuen Screen aufruft. In solchen Fällen stellt sich ja schon mal die Frage "Wer ist denn der Aufrufer"? Sowohl für Träger als auch für Subscreen könnte ich Pros und Kontras finden.
Beitrag
von black_adept (Top Expert / 4131 / 130 /
955
)
»
Hallo mawi,
mir selber hat die dämliche Methode auch nicht gefallen - und mich hat gewurmt, dass das nicht gehen soll mit dem direkten Aufrufer.
Also kurz mal den Debugger angeworfen, ein wenig rumgestochert und dann letztlich bei folgender Routine gelandet. ( Ist auf einem ECC 6.0 getestet - andere Releasestände keine Gewähr - aber da kann man das sicher ähnlich machen ) Und sieheda - es geht doch den Aufrufer in deinem speziellen Fall zu finden. Ist zwar immer noch dämlich und etwas umständlich - aber SAP dokumentiert ja leider seine System-Calls nicht.
Für meinen Fall des eingebettetn Subdynpros werden übrigens sowohl Trägerdynpro als auch Subdynpro angegeben.
mir selber hat die dämliche Methode auch nicht gefallen - und mich hat gewurmt, dass das nicht gehen soll mit dem direkten Aufrufer.
Also kurz mal den Debugger angeworfen, ein wenig rumgestochert und dann letztlich bei folgender Routine gelandet. ( Ist auf einem ECC 6.0 getestet - andere Releasestände keine Gewähr - aber da kann man das sicher ähnlich machen ) Und sieheda - es geht doch den Aufrufer in deinem speziellen Fall zu finden. Ist zwar immer noch dämlich und etwas umständlich - aber SAP dokumentiert ja leider seine System-Calls nicht.
Für meinen Fall des eingebettetn Subdynpros werden übrigens sowohl Trägerdynpro als auch Subdynpro angegeben.
Code: Alles auswählen.
FORM test2 .
DATA: dyname LIKE d020s-prog,
dynumb LIKE d020s-dnum,
request LIKE d020s-type VALUE 'A',
ssf TYPE c VALUE 'X',
startdynpro(8) TYPE c VALUE 'STACKPOS',
start_search_on_scr_stackpos TYPE sytabix,
searchpath_of_subscreen_areas TYPE string,
dpovtab TYPE STANDARD TABLE OF dpov.
DATA: subrc1 TYPE sysubrc,
subrc2 TYPE sysubrc.
FIELD-SYMBOLS:<startdynpro> TYPE clike.
dyname = sy-repid.
DO 9999 TIMES.
dynumb = sy-index.
start_search_on_scr_stackpos = 1.
CALL 'HELP_GET_FIELDS' ID 'DYNAME' FIELD dyname
ID 'DYNUMB' FIELD dynumb
ID 'REQUEST' FIELD request
ID 'DPOVNAME' FIELD syst-repid
ID 'DPOVNUMB' FIELD syst-dynnr
ID 'SSF' FIELD ssf
ID 'PROOT' FIELD startdynpro
ID 'STACKPOS' FIELD start_search_on_scr_stackpos
ID 'PATH' FIELD searchpath_of_subscreen_areas
ID 'DPOV' FIELD dpovtab."#EC CI_CCALL
subrc1 = sy-subrc.
start_search_on_scr_stackpos = 2.
CALL 'HELP_GET_FIELDS' ID 'DYNAME' FIELD dyname
ID 'DYNUMB' FIELD dynumb
ID 'REQUEST' FIELD request
ID 'DPOVNAME' FIELD syst-repid
ID 'DPOVNUMB' FIELD syst-dynnr
ID 'SSF' FIELD ssf
ID 'PROOT' FIELD startdynpro
ID 'STACKPOS' FIELD start_search_on_scr_stackpos
ID 'PATH' FIELD searchpath_of_subscreen_areas
ID 'DPOV' FIELD dpovtab."#EC CI_CCALL
subrc2 = sy-subrc.
IF subrc1 = 0 AND subrc2 <> 0.
* was hier ankommt ist genau eine Aufrufhierarchie über der aktuellen
* Dynpronummer steht in Feld DYNUMB
BREAK-POINT.
ENDIF.
ENDDO.
ENDFORM. " test2
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
1863
Views
Views
Web Dynpro auf anderes System mit älteren Stack übertragen
von Ippoo » 28.11.2012 17:37 • Verfasst in ABAP® für Anfänger
von Ippoo » 28.11.2012 17:37 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
8660
Views
Views
1
Antw.
Antw.
1924
Views
Views
1
Antw.
Antw.
2037
Views
Views
1
Antw.
Antw.
2180
Views
Views
SUM EHP6 to EHP7 Java Stack Upgrade, Database System User P
von dastefl » 04.05.2015 15:02 • Verfasst in Basis
von dastefl » 04.05.2015 15:02 • Verfasst in Basis
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.