RFC Control und asynchrone Tasks
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Beitrag
von a-dead-trousers (Top Expert / 4399 / 223 /
1182
)
»
Hallo liebe Cummunity.
Ich hab mal wieder eine (sehr spezielle) Augabenstellung.
Ich soll ein Performance Test Tool entwickeln um die Antwortzeiten von Applikationen zu messen. Da die Ausführung auch im Hintergrund erfolgen können soll, ergebenen sich diverse Fehleszenarien: DYNPRO_SEND_IN_BACKGROUND, CNTL_ERROR usw.
Damit diese Fehler nicht die gesamte Test-Ausführung beenden und auch um die Auführung mithilfe von parallelen (asynchronen) Tasks zu beschleunigen, läuft der Aufruf der Applikation gekappselt in einem RFC-Baustein.
Soweit funktioniert das Ganze schon sehr gut und zuverlässig.
Zu meinem Problem:
Ich soll nun auch eine Möglichkeit vorsehen, dass lang laufende Einzeltests (= Task) nach einer vorgegebenen Zeit abgebrochen werden sollen um Ressourcen zu schonen. Also, alles was länger läuft ist sowieso nicht in Ordnung und muss im Detail angeschaut werden. Daher zahlt es sich auch nicht aus den Test fertiglaufen zu lassen bzw. blockiert der Task nur andere, wichtigere Dinge.
Toll, hab ich mir gedacht, das kann man doch ganz leicht bewerkstelligen. Der Funktionsbaustein RFC_CONNECTION_CLOSE besitzt doch den Parameter TASKNAME. Damit lässt sich doch sicher die Verarbeitung abbrechen. Tja, denkste: Der Baustein schließt wirklich nur die Verbindung. Der eigentliche Prozess auf der anderen Seite läuft ohne Murren einfach weiter. Daher hab ich auch, ohne es zu ahnen, unser Entwicklungssystem (zum Glück) in die Knie gezwungen, weil ich für jeden so abgebrochenen Task gleich mal einen neuen Task gestartet habe, in der irrigen Annahme der alte Task wäre jetzt beendet.
Meine Frage ist nun, wie kann ich einen per STARTING NEW TASK aufgerufenen Funktionsbaustein (einigermaßen) kontrolliert beenden?
Alternativ, wie man Workprozesse programmgesteuert beenden kann würde ich ja wissen, aber wie komme ich vom TASKNAME auf den Workprozess?
lg ADT
Ich hab mal wieder eine (sehr spezielle) Augabenstellung.
Ich soll ein Performance Test Tool entwickeln um die Antwortzeiten von Applikationen zu messen. Da die Ausführung auch im Hintergrund erfolgen können soll, ergebenen sich diverse Fehleszenarien: DYNPRO_SEND_IN_BACKGROUND, CNTL_ERROR usw.
Damit diese Fehler nicht die gesamte Test-Ausführung beenden und auch um die Auführung mithilfe von parallelen (asynchronen) Tasks zu beschleunigen, läuft der Aufruf der Applikation gekappselt in einem RFC-Baustein.
Soweit funktioniert das Ganze schon sehr gut und zuverlässig.
Zu meinem Problem:
Ich soll nun auch eine Möglichkeit vorsehen, dass lang laufende Einzeltests (= Task) nach einer vorgegebenen Zeit abgebrochen werden sollen um Ressourcen zu schonen. Also, alles was länger läuft ist sowieso nicht in Ordnung und muss im Detail angeschaut werden. Daher zahlt es sich auch nicht aus den Test fertiglaufen zu lassen bzw. blockiert der Task nur andere, wichtigere Dinge.
Toll, hab ich mir gedacht, das kann man doch ganz leicht bewerkstelligen. Der Funktionsbaustein RFC_CONNECTION_CLOSE besitzt doch den Parameter TASKNAME. Damit lässt sich doch sicher die Verarbeitung abbrechen. Tja, denkste: Der Baustein schließt wirklich nur die Verbindung. Der eigentliche Prozess auf der anderen Seite läuft ohne Murren einfach weiter. Daher hab ich auch, ohne es zu ahnen, unser Entwicklungssystem (zum Glück) in die Knie gezwungen, weil ich für jeden so abgebrochenen Task gleich mal einen neuen Task gestartet habe, in der irrigen Annahme der alte Task wäre jetzt beendet.
Meine Frage ist nun, wie kann ich einen per STARTING NEW TASK aufgerufenen Funktionsbaustein (einigermaßen) kontrolliert beenden?
Alternativ, wie man Workprozesse programmgesteuert beenden kann würde ich ja wissen, aber wie komme ich vom TASKNAME auf den Workprozess?
lg ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4399 / 223 /
1182
)
»
Mann bin ich blöd:
In der selben Funktionsgruppe wie RFC_CONNECTION_CLOSE gibt es auch den Baustein RFC_CONNECTION_CANCEL und der macht geanu das was ich brauche.
In der selben Funktionsgruppe wie RFC_CONNECTION_CLOSE gibt es auch den Baustein RFC_CONNECTION_CANCEL und der macht geanu das was ich brauche.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von a-dead-trousers (Top Expert / 4399 / 223 /
1182
)
»
Es geht um mehr als tausend unterschiedlichst konfigurierter Aufrufe. Davon sollen die mit den längsten Laufzeiten rausgesucht und dannach mit den von dir erwähnten Tools genauer analysiert werden. Da man bei Hintergrundjobs keine Dynproeingaben verarbeiten kann, fallen die direkten Transaktionsaufrufe auch flach und ich muss die "internen" Funktionsbausteine der Applikationen bemühen um nur die Datenselektion und -aufbereitung zu simulieren.Dele hat geschrieben:Es würde mich interessieren, warum ein solches Tool benötigt wird. Es gibt doch da auch einiges von SAP (SE30 oder SAT, ST12, ST30, SRTM).
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1169
Views
Views
16
Antw.
Antw.
8782
Views
Views
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.