Variablenübergabe von Job zu Job.. HILFE!!!
14 Beiträge
•
Seite 1 von 1
14 Beiträge
Seite 1 von 1
Beitrag
von Pepper_Phil (ForumUser / 18 / 0 /
0
)
»
Hallo zusammen,
ich habe ein Jobprogramm geschrieben, was zwei andere Jobs nach einander einplant.
Nun möchte ich von der Selektionsmaske meines Oberjobs eine Variable in ein User-Exit übergeben, was in einem Unterunter...programm des einen unteren Jobs aufgerufen wird.
Generell die Frage: Welche Möglichkeit gibt es zur Variablenübergabe von Job zu Job?
Was ich versucht habe ist, die Variablen im ABAP-Memory über EXPORT TO MEMORY ID/ IMPORT FROM MEMORY ID zu transportieren. Wenn ich allerdings im EXIT ankomme, sind diese Variablen nicht mehr im Memory.
Das nächste was ich dann versucht habe war, das ganze mit dem SAP-Memory zu probieren (SET/ GET PARAMETER ID). Hierbei das gleiche Problem. Sobald ich im EXIT ankomme gibt es die SPA/GPA Variablen nicht oder nicht mehr.
Eine Idee meinerseits wäre die wei Variablen um die es geht in eine DB-Tabelle zu schreiben. Aber wegen zwei Variablen eine Tabelle...
Ist das ein generelles Problem bei Jobs, oder mache ich etwas falsch?
Ich wäre äußerst dankbar, wenn jemand eine Idee hätte, wie ich das Problem lösen kann.
Dank!!
Grüße aus FFM
ich habe ein Jobprogramm geschrieben, was zwei andere Jobs nach einander einplant.
Nun möchte ich von der Selektionsmaske meines Oberjobs eine Variable in ein User-Exit übergeben, was in einem Unterunter...programm des einen unteren Jobs aufgerufen wird.
Generell die Frage: Welche Möglichkeit gibt es zur Variablenübergabe von Job zu Job?
Was ich versucht habe ist, die Variablen im ABAP-Memory über EXPORT TO MEMORY ID/ IMPORT FROM MEMORY ID zu transportieren. Wenn ich allerdings im EXIT ankomme, sind diese Variablen nicht mehr im Memory.
Das nächste was ich dann versucht habe war, das ganze mit dem SAP-Memory zu probieren (SET/ GET PARAMETER ID). Hierbei das gleiche Problem. Sobald ich im EXIT ankomme gibt es die SPA/GPA Variablen nicht oder nicht mehr.
Eine Idee meinerseits wäre die wei Variablen um die es geht in eine DB-Tabelle zu schreiben. Aber wegen zwei Variablen eine Tabelle...
Ist das ein generelles Problem bei Jobs, oder mache ich etwas falsch?
Ich wäre äußerst dankbar, wenn jemand eine Idee hätte, wie ich das Problem lösen kann.
Dank!!
Grüße aus FFM
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Moin.
verwende doch das SAP Sperrkonzept EQUEUE / DEQUEUE Konzept.
z.B. FUBA:ENQUEUE_TABLE.
gruß Jens
verwende doch das SAP Sperrkonzept EQUEUE / DEQUEUE Konzept.
z.B. FUBA:ENQUEUE_TABLE.
gruß Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Beitrag
von Pepper_Phil (ForumUser / 18 / 0 /
0
)
»
Was genau soll ich damit machen?
Das ist mir gerade nicht ganz klar.
Das ist mir gerade nicht ganz klar.
moin,
ich dachte an ein Verfahren : http://www.abapforum.com/forum/viewtopic.php?t=7905
Geht aber nicht , denn wenn Dein Ursprungsjob beendet ist, bevor der Folgejob läuft, löst er ja die Sperre (mit den zu übergebenden Daten) wieder auf.
Gib Deinen Jobs ein paar Parameters/Select-Options, also einen Selection Screen , lege den Folgejob an und gib dabei die Daten mit an den Selection Screen bei der Job-deklaration.
(z.B mit FUB RS_CREATE_VARIANT)
gruß jens
ich dachte an ein Verfahren : http://www.abapforum.com/forum/viewtopic.php?t=7905
Geht aber nicht , denn wenn Dein Ursprungsjob beendet ist, bevor der Folgejob läuft, löst er ja die Sperre (mit den zu übergebenden Daten) wieder auf.
Gib Deinen Jobs ein paar Parameters/Select-Options, also einen Selection Screen , lege den Folgejob an und gib dabei die Daten mit an den Selection Screen bei der Job-deklaration.
(z.B mit FUB RS_CREATE_VARIANT)
gruß jens
Zuletzt geändert von Tron am 04.04.2012 18:07, insgesamt 1-mal geändert.
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
@Wolfgang
Die Tabelle INDX gehört ja namentlich SAP.
In einem anderen Thread wurde "meine Benutzung" mal bemängelt, obwohl es Beispiele in der SAP Online - Hilfe gibt, die Tabelle INDX benutzt.
Wie ist der Stand ? Steht die Tabelle INDX dem Kunden zur Verfügung, oder sollte man sich ein eigenes "Exemplar" kopieren ?
gruß Jens
Die Tabelle INDX gehört ja namentlich SAP.
In einem anderen Thread wurde "meine Benutzung" mal bemängelt, obwohl es Beispiele in der SAP Online - Hilfe gibt, die Tabelle INDX benutzt.
Wie ist der Stand ? Steht die Tabelle INDX dem Kunden zur Verfügung, oder sollte man sich ein eigenes "Exemplar" kopieren ?
gruß Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
So sehe ich das auch.
gruß Jens
gruß Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Beitrag
von black_adept (Top Expert / 3999 / 110 /
907
)
»
Einfacher ist die Variablenübergabe an einen Selektionsschirm mittels "SUBMIT VIA JOB..."Tron hat geschrieben: Gib Deinen Jobs ein paar Parameters/Select-Options, also einen Selection Screen , lege den Folgejob an und gib dabei die Daten mit an den Selection Screen bei der Job-deklaration.
(z.B mit FUB RS_CREATE_VARIANT)
Beitrag
von Pepper_Phil (ForumUser / 18 / 0 /
0
)
»
Erstmal vorab, vielen Dank für die Vorschläge.
Problem vei der Varianten- und der "SUBMIT VIA JOB"- Methode: Die unteren Jobs sind SAP Jobs und enhalten die benötigten Felder, die ich übergeben will, nicht.
Die INDX Variante werde ich mal probieren.
Aber kann mir jemand erklären (also technisch) warum das SAP Memory nicht funktioniert?
Problem vei der Varianten- und der "SUBMIT VIA JOB"- Methode: Die unteren Jobs sind SAP Jobs und enhalten die benötigten Felder, die ich übergeben will, nicht.
Die INDX Variante werde ich mal probieren.
Aber kann mir jemand erklären (also technisch) warum das SAP Memory nicht funktioniert?
Beitrag
von Pepper_Phil (ForumUser / 18 / 0 /
0
)
»
Aber der Oberjob öffnet die Unterjobs mit "SUBMIT VIA JOB ... AND RETURN"
Somit handelt es sich doch prinzipiell um eine Transaktion.
Außerdem war ich bisher aus Dokumentationen davon ausgegangen, dass das SAP Memory im Gegensatz zum ABAP Memory TA-Übergreifend ist?!
Somit handelt es sich doch prinzipiell um eine Transaktion.
Außerdem war ich bisher aus Dokumentationen davon ausgegangen, dass das SAP Memory im Gegensatz zum ABAP Memory TA-Übergreifend ist?!
Moin,
Es müssen also beide Prozesse Zeitgleich aktiv sein, damit das klappt.
gruß Jens
Thema JOB-Planning
BC - XBP http://scn.sap.com/docs/DOC-9000
For more information, please read:
•BC-XBP 7.0 (Version 3.0) Documentation:
ftp://ftp.sap.com/pub/icc/bc-xbp/BCXBPDOC70V3.pdf
•BC-XBP 6.10 (Version 2.0) Documentation:
ftp://ftp.sap.com/pub/icc/bc-xbp/BCXBPDOC610V2.pdf
•Documentation for XMI eXternal Monitoring Interface:
ftp://ftp.sap.com/pub/icc/bc-xbp/CCMSXMI.pdf
•The combined BC-XBP 6.10 (Version 2.0) and BC-XBP 7.0 (Version 3.0) Test Catalog:
ftp://ftp.sap.com/pub/icc/bc-xbp/BCXBPTCV2V3.pdf
•BC-XBP 7.0 (Version 3.0) sample Test Report:
ftp://ftp.sap.com/pub/icc/bc-xbp/SAMPLETR70.pdf
•BC-XBP 6.10 (Version 2.0) sample Test Report:
ftp://ftp.sap.com/pub/icc/bc-xbp/SAMPLETR610.pdf
Wäre doch mal ein cooles Thema für ein Yahoo-widget oder eine Android - APP !
ja, wenn aber der schreibende Prozess beendet ist, wird der Speicher des schreibenden Prozesses abgebaut und freigegeben. Danach kann der Folgeprozess "nichts mehr ernten".das SAP Memory im Gegensatz zum ABAP Memory TA-Übergreifend ist?!
Es müssen also beide Prozesse Zeitgleich aktiv sein, damit das klappt.
gruß Jens
Thema JOB-Planning
BC - XBP http://scn.sap.com/docs/DOC-9000
For more information, please read:
•BC-XBP 7.0 (Version 3.0) Documentation:
ftp://ftp.sap.com/pub/icc/bc-xbp/BCXBPDOC70V3.pdf
•BC-XBP 6.10 (Version 2.0) Documentation:
ftp://ftp.sap.com/pub/icc/bc-xbp/BCXBPDOC610V2.pdf
•Documentation for XMI eXternal Monitoring Interface:
ftp://ftp.sap.com/pub/icc/bc-xbp/CCMSXMI.pdf
•The combined BC-XBP 6.10 (Version 2.0) and BC-XBP 7.0 (Version 3.0) Test Catalog:
ftp://ftp.sap.com/pub/icc/bc-xbp/BCXBPTCV2V3.pdf
•BC-XBP 7.0 (Version 3.0) sample Test Report:
ftp://ftp.sap.com/pub/icc/bc-xbp/SAMPLETR70.pdf
•BC-XBP 6.10 (Version 2.0) sample Test Report:
ftp://ftp.sap.com/pub/icc/bc-xbp/SAMPLETR610.pdf
Wäre doch mal ein cooles Thema für ein Yahoo-widget oder eine Android - APP !
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Beitrag
von black_adept (Top Expert / 3999 / 110 /
907
)
»
Auch das muss nicht immer ein Hinderungsgrund sein. Hast du schon mal den folgenden, etwas unkonventionellen Ansatz probiert?Pepper_Phil hat geschrieben:Problem vei der Varianten- und der "SUBMIT VIA JOB"- Methode: Die unteren Jobs sind SAP Jobs und enhalten die benötigten Felder, die ich übergeben will, nicht.
1.) Z-Programm erstellen, welches sämtliche Funktionalitäten des SAP-Programms imitiert ( und auch automatisch bei SAP-Änderungen mit upgedated wird ) aber zusätzlich deine zu übergebenden Informationen enthält.
Code: Alles auswählen.
include {sapprogrammname}. " Damit hast du das SAP-Programm vollst. imitiert
parameters: extra1 type sydatum." Die Zusatzparameter hier einfügen. Das ist zwar kein schönes Coding, sollte aber meines Wissens erlaubt sein2.) Den submit nun auf das Z-Programm anstatt auf das SAP-Standardprogramm ( macht ja beides das selbe )
3.) In deinem Userexit solltest du nun (evtl. mit dirty assign oder mit Abgreifen des Feldes vom Dynpro - siehe hierzu http://www.tricktresor.de/content/index ... 25&aID=176 ) den Wert abgreifen können.
Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
a-dead-trousers
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
1550
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
Attribut-Fehler bei Transport nach manuellem Zurücksetzen der Freigabe
Gestern von ralf.wenzel 5 / 1265
Gestern von ralf.wenzel 5 / 1265
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
Attribut-Fehler bei Transport nach manuellem Zurücksetzen der Freigabe
Gestern von ralf.wenzel 5 / 1265
Gestern von ralf.wenzel 5 / 1265
Unbeantwortete Forenbeiträge
CLFMAS: Change Pointer - Combining one or more Change Pointers in Single IDOC
vor 4 Wochen von ABAPLover 1 / 3981
vor 4 Wochen von ABAPLover 1 / 3981