Workflow ABAP OO
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Hi,
Ich versuche ein Workflow zu bauen mit ABAP OO. Ich habe eine Task hinzugefügt, dass mir das Objekt erstellt und übertrage das Objekt in den Workflow Container, damit ich das Objekt in der nächsten Task wieder verwenden kann. Alles Gut, so lange man Backgroundtasks hat.
Sobald ich aber beispielsweise ein User Decision oder ähnliches (wo halt nach einer gewissen Zeit von einer bestimmten Person bearbeitet werden muss) habe und das Objekt der Task mitgebe, bekomme ich einen Fehler, weil das Objekt initial ist. Der Inhalt vom Objekt geht leider verloren.
Ist es überhaupt möglich die Lebensdauer des Objekt in dem Fall aufrecht zu halten? Was kann ich machen?
Danke
Ich versuche ein Workflow zu bauen mit ABAP OO. Ich habe eine Task hinzugefügt, dass mir das Objekt erstellt und übertrage das Objekt in den Workflow Container, damit ich das Objekt in der nächsten Task wieder verwenden kann. Alles Gut, so lange man Backgroundtasks hat.
Sobald ich aber beispielsweise ein User Decision oder ähnliches (wo halt nach einer gewissen Zeit von einer bestimmten Person bearbeitet werden muss) habe und das Objekt der Task mitgebe, bekomme ich einen Fehler, weil das Objekt initial ist. Der Inhalt vom Objekt geht leider verloren.
Ist es überhaupt möglich die Lebensdauer des Objekt in dem Fall aufrecht zu halten? Was kann ich machen?
Danke
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Aus meiner Sicht macht es keinen Sinn, die Instanz aufrecht zu halten. Für den Austausch von Daten dient der WF-Context. In dem Moment, wo es zu einer User-Aktion kommt, erfolgt die Verarbeitung ja asynchron. Sprich, die Daten liegen im WF-Context, wobei es keine Instanz mehr von der Klasse gibt, sofern du diese dort auch abgelegt hast. Da müsste sich die SAP quasi die Instanz aus dem Speicher auch WF-Container selbst mehren. So wird es vermutlich nur eine Referenz auf den Speichern sein. Stop der WF, ist auch im Speicher nichts mehr.Ist es überhaupt möglich die Lebensdauer des Objekt in dem Fall aufrecht zu halten? Was kann ich machen?
Das heißt, man müsste quasi jedes Mal eine neue Instanz erstellen. Kann man doch eigentlich gleich statische Methoden erstellen und diese führen die gewünschte Funktion aus.msfox hat geschrieben: ↑19.06.2024 13:18Aus meiner Sicht macht es keinen Sinn, die Instanz aufrecht zu halten. Für den Austausch von Daten dient der WF-Context. In dem Moment, wo es zu einer User-Aktion kommt, erfolgt die Verarbeitung ja asynchron. Sprich, die Daten liegen im WF-Context, wobei es keine Instanz mehr von der Klasse gibt, sofern du diese dort auch abgelegt hast. Da müsste sich die SAP quasi die Instanz aus dem Speicher auch WF-Container selbst mehren. So wird es vermutlich nur eine Referenz auf den Speichern sein. Stop der WF, ist auch im Speicher nichts mehr.Ist es überhaupt möglich die Lebensdauer des Objekt in dem Fall aufrecht zu halten? Was kann ich machen?
Seite 1 von 1
Vergleichbare Themen
4
Antw.
Antw.
294
Views
Views
1
Antw.
Antw.
2094
Views
Views
Infos zu SRM Workflow / Web Workflow?
von olivindia » 14.12.2004 14:54 • Verfasst in Sonstige Module
von olivindia » 14.12.2004 14:54 • Verfasst in Sonstige Module
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Statische Code-Analyse zur Identifizierung von Änderungen an Datenobjekten
vor 19 Stunden von ewx 3 / 75
vor 19 Stunden von ewx 3 / 75
Fehlermeldung: Die Methode "SET_CELL_TYPE" ist unbekannt bzw. protected oder Private.
vor 19 Stunden von PeterPaletti 6 / 89
vor 19 Stunden von PeterPaletti 6 / 89
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
Statische Code-Analyse zur Identifizierung von Änderungen an Datenobjekten
vor 19 Stunden von ewx 3 / 75
vor 19 Stunden von ewx 3 / 75
Fehlermeldung: Die Methode "SET_CELL_TYPE" ist unbekannt bzw. protected oder Private.
vor 19 Stunden von PeterPaletti 6 / 89
vor 19 Stunden von PeterPaletti 6 / 89