Abfangen von Dynpros bei Reportaufruf über Submit
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Guten Morgen,
ich muss für einen Kunden über einen Z RFC Baustein einem Standardrpeort aufruefen (PT64) und das Ergebnis des Reportes irgendwie zurück bekommen, damit ich es in der aufrufenden Umgebung (NON-SAP) weiter verarbeiten kann.
Meine erste Überlegung war es, den Report über SUBMIT aufzurufen mit dem Zusatz EXPORT TO MEMORY und die nötigen Selektionsoptionen als SELTAB zu übergeben. In meinen Funktionsbaustein würde ich anschließend über den Funktionsbaustein LIST_FROM_MEMORY die Liste aus dem Memory laden und anschließend weiterverarbeiten.
Diesen Workaraound habe ich bereits mehrfach erfolgreich angewendetet. Das Problem an der Sache ist jedoch, dass die Transaktion PT64 beim Zurückkehren zum Selektionsbild ein Dynpro öffnet, indem abgefragt wird, ob man tatsächlich zum Selektionsbild zurück kehren will. Dieses Dynpro produziert jedoch einen Kurzdump DYNPRO_SEND_IN_BACKGROUND, den ich nicht abfangen kann.
Das Problem an der Sache ist, dass die Liste zu diesem Zeitpunkt bereits im Memory steht, der Kurzdump jedoch die weitere Ausführung des Funktionsbausteines abbricht.
Daraufhin habe ich mir folgendes überlegt.
Batchinput routine aufzeichnen und das Ergbebnis des Reports als Flatfile ins Dateisystem speichern. Das funktioniert als Benutzerprozess ganz hervorragend, jedoch stehe ich vor dem Problem, dass der Report die Datei über die Klasse CL_GUI_FRONTEND_SERVICES ablegt, diese Funktionen jedoch nicht zur Verfügung stehen, wenn als Batchjob aufgerufen wurden.
Somit erhalte ich an dieser Stelle den Kurzdump "CL_GUI_FRONTEND_SERVICES======CP" "NOT_SUPPORTED_BY_GUI".
Ich weiß an dieser Stelle nicht wie ich das eine noch das andere Problem umgehen soll. Ich darf nur in dem aufrufenden RFC entwickeln.
Für Tipps bin ich jederzeit Dankbar, ich weiß nicht weiter!
ich muss für einen Kunden über einen Z RFC Baustein einem Standardrpeort aufruefen (PT64) und das Ergebnis des Reportes irgendwie zurück bekommen, damit ich es in der aufrufenden Umgebung (NON-SAP) weiter verarbeiten kann.
Meine erste Überlegung war es, den Report über SUBMIT aufzurufen mit dem Zusatz EXPORT TO MEMORY und die nötigen Selektionsoptionen als SELTAB zu übergeben. In meinen Funktionsbaustein würde ich anschließend über den Funktionsbaustein LIST_FROM_MEMORY die Liste aus dem Memory laden und anschließend weiterverarbeiten.
Diesen Workaraound habe ich bereits mehrfach erfolgreich angewendetet. Das Problem an der Sache ist jedoch, dass die Transaktion PT64 beim Zurückkehren zum Selektionsbild ein Dynpro öffnet, indem abgefragt wird, ob man tatsächlich zum Selektionsbild zurück kehren will. Dieses Dynpro produziert jedoch einen Kurzdump DYNPRO_SEND_IN_BACKGROUND, den ich nicht abfangen kann.
Das Problem an der Sache ist, dass die Liste zu diesem Zeitpunkt bereits im Memory steht, der Kurzdump jedoch die weitere Ausführung des Funktionsbausteines abbricht.
Daraufhin habe ich mir folgendes überlegt.
Batchinput routine aufzeichnen und das Ergbebnis des Reports als Flatfile ins Dateisystem speichern. Das funktioniert als Benutzerprozess ganz hervorragend, jedoch stehe ich vor dem Problem, dass der Report die Datei über die Klasse CL_GUI_FRONTEND_SERVICES ablegt, diese Funktionen jedoch nicht zur Verfügung stehen, wenn als Batchjob aufgerufen wurden.
Somit erhalte ich an dieser Stelle den Kurzdump "CL_GUI_FRONTEND_SERVICES======CP" "NOT_SUPPORTED_BY_GUI".
Ich weiß an dieser Stelle nicht wie ich das eine noch das andere Problem umgehen soll. Ich darf nur in dem aufrufenden RFC entwickeln.
Für Tipps bin ich jederzeit Dankbar, ich weiß nicht weiter!
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
warum machst du keine Modifikationfreie Erweiterung in der Formroutine BACK - und fängst dort genau das ganze ab - also wenn sy-batch = abap_true - dann den Programmablauf wie im Original nur ohne senden des Dynpro und dann die Form Routine verlassen. Und schon hast du dein Ergebnis wie gewünscht !
Gruss Jens
warum machst du keine Modifikationfreie Erweiterung in der Formroutine BACK - und fängst dort genau das ganze ab - also wenn sy-batch = abap_true - dann den Programmablauf wie im Original nur ohne senden des Dynpro und dann die Form Routine verlassen. Und schon hast du dein Ergebnis wie gewünscht !
Gruss Jens
thanks Jens
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
was passiert - wenn du anstatt einen submit - einen Batch Job mit diesem Report einplanst - also FUBA job_open etc. aufrufst und so den Report startest ?
Gruss Jens
was passiert - wenn du anstatt einen submit - einen Batch Job mit diesem Report einplanst - also FUBA job_open etc. aufrufst und so den Report startest ?
Gruss Jens
thanks Jens
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
der Report hat eine n versteckten Parameter no_popup - den setzen dann wird das Popup nicht gesendet !
Gruss Jens
der Report hat eine n versteckten Parameter no_popup - den setzen dann wird das Popup nicht gesendet !
Gruss Jens
thanks Jens
Der Report RPTABS20 (TA: PT69) hat einen nicht sichtbaren Parameter NO_POPUP. Wird dieser gesetzt, so wird in der FORM BACK keine Sicherheitsabfrage gerufen, sondern die Ausgabe sofort verlassen.dontonno hat geschrieben:Erst einmal Danke für den Tipp, allerdings darf ich vom Kunden aus wirklich NUR in diesem einem RFC entwickeln!
Du kannst den Parameter NO_POPUP beim SUBMIT mit übergeben und dein EXPORT-TO-MEMORY sollte funktionieren.
Gruß Hendrik
Funktioniert einwandfrei!!!JHM hat geschrieben:Der Report RPTABS20 (TA: PT69) hat einen nicht sichtbaren Parameter NO_POPUP. Wird dieser gesetzt, so wird in der FORM BACK keine Sicherheitsabfrage gerufen, sondern die Ausgabe sofort verlassen.dontonno hat geschrieben:Erst einmal Danke für den Tipp, allerdings darf ich vom Kunden aus wirklich NUR in diesem einem RFC entwickeln!
Du kannst den Parameter NO_POPUP beim SUBMIT mit übergeben und dein EXPORT-TO-MEMORY sollte funktionieren.
Total Super!
Danke!
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
3547
Views
Views
Submit Message und Dynpro abfangen
von kaufikauf » 11.11.2014 09:08 • Verfasst in ABAP® für Anfänger
von kaufikauf » 11.11.2014 09:08 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
1937
Views
Views
Fehler abfangen mit SUBMIT oder CALL TRANSACTION
von Barney » 07.09.2015 16:16 • Verfasst in ABAP® für Anfänger
von Barney » 07.09.2015 16:16 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
1546
Views
Views
4
Antw.
Antw.
4874
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 3 Tagen von DeathAndPain 4 / 1224
vor 3 Tagen von DeathAndPain 4 / 1224
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 3 Tagen von DeathAndPain 4 / 1224
vor 3 Tagen von DeathAndPain 4 / 1224