Speichermanagement
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.Hallo Community,
folgendes Thema. Ich muss Feldinhalte über mehrere Sessions und Serverinstanzen hinweg Benutzerspezifisch übergeben.
Hintergrund ist der Druck von Fertigungspapieren wo Inhalte gedruckt werden sollen die allerdings erst beim Speichern vom FAUF ermittelt werden und somit noch nicht durch den auf der DB gespeichert sind. Sprich, der Verbucher ist noch nicht fertig, der erste Druck läuft aber schon los. Es handelt sich hier um Z-Felder die leider nicht über die Druckschnittstelle ins Druckprogramm kommen.
Idee war zuerst mit Memory IDs zu arbeiten. Der Druck läuft allerdings in einer 2. Session und da bekomm ich die ID leider nicht eingelesen.
Shared Memory habe ich auch schon probiert. Scheint aber leider auch Serverspezifisch zu sein oder ich habe da irgendwas komplett falsch umgesetzt.
Memory Schreiben beim Speichern:
EXPORT zzwatermark = <fs_caufv>-zzwatermark TO SHARED MEMORY indx(zs) ID 'WATERMARK'.
Memory lesen im Druckprogramm:
import zzwatermark = es_caufvd_tab-zzwatermark from SHARED MEMORY indx(zs) ID 'WATERMARK'.
Wie gesagt müsste imho funktionieren. Es gibt aber immer wieder Ausfälle wenn die neue Session auf unserem 2. oder 3. Server erstellt wird.
Habt Ihr Ideen dazu oder habe ich das Speicherkonzept falsch verstanden?
Grüße
Jens
folgendes Thema. Ich muss Feldinhalte über mehrere Sessions und Serverinstanzen hinweg Benutzerspezifisch übergeben.
Hintergrund ist der Druck von Fertigungspapieren wo Inhalte gedruckt werden sollen die allerdings erst beim Speichern vom FAUF ermittelt werden und somit noch nicht durch den auf der DB gespeichert sind. Sprich, der Verbucher ist noch nicht fertig, der erste Druck läuft aber schon los. Es handelt sich hier um Z-Felder die leider nicht über die Druckschnittstelle ins Druckprogramm kommen.
Idee war zuerst mit Memory IDs zu arbeiten. Der Druck läuft allerdings in einer 2. Session und da bekomm ich die ID leider nicht eingelesen.
Shared Memory habe ich auch schon probiert. Scheint aber leider auch Serverspezifisch zu sein oder ich habe da irgendwas komplett falsch umgesetzt.
Memory Schreiben beim Speichern:
EXPORT zzwatermark = <fs_caufv>-zzwatermark TO SHARED MEMORY indx(zs) ID 'WATERMARK'.
Memory lesen im Druckprogramm:
import zzwatermark = es_caufvd_tab-zzwatermark from SHARED MEMORY indx(zs) ID 'WATERMARK'.
Wie gesagt müsste imho funktionieren. Es gibt aber immer wieder Ausfälle wenn die neue Session auf unserem 2. oder 3. Server erstellt wird.
Habt Ihr Ideen dazu oder habe ich das Speicherkonzept falsch verstanden?
Grüße
Jens
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Vielen Dank für die schnelle Antwort.
Grüße
Jens
Ich muss jetzt aber nochmal nachfragen. Im Druckprogramm einlesen mit Import from Database kann ich dann aber nur wenn der Commit für den Export schon durch ist? Das ist ja leider nicht immer der Fall.
Grüße
Jens
Dafür müsstest du mal erklären, wann was weggeschrieben wird und welchen Commit du meinst.
Auszug aus der Hilfe
Grüße
Jens
Ich gehe davon aus das der Export erst final durchgeführt wird wenn ich oder das System einen Commit absetzt. Ich selbst kann in dem Fall keinen Absetzen da das Ganze im CO_BT_ORDER_POST statt findet.Wirkung
Bei der Angabe von DATABASE wird der Daten-Cluster unter der Kennung id in der Datenbanktabelle dbtab abgelegt und beim nächsten Datenbank-Commit festgeschrieben.
Grüße
Jens
Bevor der Fertigungsauftrag nicht gespeichert wurde, wird auch nichts gedruckt.
Nein das ist leider nicht so. Intern wird der Verbucher getriggert und parallel der Druck angestoßen. Die Daten die gespeichert werden sollen sind definitiv beim ersten von mehreren Fertigungspapieren noch nicht auf der DB gespeichert. beim 2. Druck dann schon. Mein Debugger vom Druckprogramm startet auch vor Verbuchungsdebugging.
Nein das ist leider nicht so. Intern wird der Verbucher getriggert und parallel der Druck angestoßen. Die Daten die gespeichert werden sollen sind definitiv beim ersten von mehreren Fertigungspapieren noch nicht auf der DB gespeichert. beim 2. Druck dann schon. Mein Debugger vom Druckprogramm startet auch vor Verbuchungsdebugging.
Dann ist etwas nicht korrekt eingestellt oder am Standard vorbei programmiert. Es gibt keine SAP-Applikation, in der gedruckt wird, bevor nicht die geänderten Daten auf der DB sind!
Mmh, ich wüsste nicht was man da noch einstellen könnte. Drucksteuerung steht auf Verbucher. Ist ja allerdings nur ein Vorschlagswert und kann durch die Anwender in der Transaktion geändert werden. Druckprogramm und Formular ist hinterlegt und wird vom Standard aus aufgerufen. Da haben wir nichts gedreht.
oh. das scheint dann im PP evtl. anders zu funktionieren. dann müsste es aber mit EXPORT TO MEMORY funktionieren.
https://help.sap.com/doc/abapdocu_750_i ... _up_to.htm
Kannst ja ne while schleife machen und max. 5 Sekunden warten. Wenn bis dahin immer noch keine Daten auf der DB sind, gehst halt ohne weiter. Das Warten fällt den Anwendern im Zusammenhang mit Drucken meist eh nicht auf.
Kannst ja ne while schleife machen und max. 5 Sekunden warten. Wenn bis dahin immer noch keine Daten auf der DB sind, gehst halt ohne weiter. Das Warten fällt den Anwendern im Zusammenhang mit Drucken meist eh nicht auf.
ABAP Channels ist nicht die geeignete Technik dafür.
Ich glaube noch nicht, dass der Druck auf einem anderen Appl-Server passiert.
Probiere das erst mal mit dem EXPORT TO MEMORY aus.
Wo wird denn bisher der EXPORT TO SHARED MEMORY gemacht? Ein BAdI? Customer-Function?
Ich glaube noch nicht, dass der Druck auf einem anderen Appl-Server passiert.
Probiere das erst mal mit dem EXPORT TO MEMORY aus.
Wo wird denn bisher der EXPORT TO SHARED MEMORY gemacht? Ein BAdI? Customer-Function?
Export to Memory ID ,
Export to Shared Memory und
Export to Shared Buffer haben wir in den vergangen 2 Monaten schon durch.
Der Export passiert in einem Enhancement im BAPI CO_BT_ORDER_POST.
Der Import soll im Druckprogramm passieren. Wenn der Debugger der Druckprogramms auf einem anderen Applikationsserver als der BAPI startet wird das schon so sein. Startet der Debugger auf dem gleichen Server funktioniert alles wunderbar. Ist halt nur leider sehr fragil das Ganze. Aktuell scheint das WAIT UP TO noch das praktikabelste zu sein um das irgendwie abzufangen. Probieren wir mal aus, auch wenn sich alles in mir dagegen sträubt.
Export to Shared Memory und
Export to Shared Buffer haben wir in den vergangen 2 Monaten schon durch.
Der Export passiert in einem Enhancement im BAPI CO_BT_ORDER_POST.
Der Import soll im Druckprogramm passieren. Wenn der Debugger der Druckprogramms auf einem anderen Applikationsserver als der BAPI startet wird das schon so sein. Startet der Debugger auf dem gleichen Server funktioniert alles wunderbar. Ist halt nur leider sehr fragil das Ganze. Aktuell scheint das WAIT UP TO noch das praktikabelste zu sein um das irgendwie abzufangen. Probieren wir mal aus, auch wenn sich alles in mir dagegen sträubt.
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.