Ermittlung ob ein Report/Programm aktiv ist.
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
gesponsert ⓘ
Stellenangebot: SAP-Entwickler (m/w/d)
Dein Unternehmen ist auf der Suche nach neuen Kolleg:innen? Gerne weitersagen:Stellenanzeigen auf ABAPforum.com schalten
.
Beitrag
von ralf.wenzel (Top Expert / 3946 / 201 /
281
)
»
Zunächst einmal: Aktiv ist ein Programm dann, wenn es eine aktive Version davon gibt. Das hat nichts damit zu tun, ob das Programm läuft oder nicht.LedZ hat geschrieben:ich möchte herausfinden, ob ein Report oder Programm aktiv ist, d. H. ob ein Benutzer gerate damit arbeitet.
Dies nur als Tipp damit du nicht in die falsche Richtung läufst.
Mir ist nicht bekannt ob irgendwo vermerkt wird wenn ein Programm gestartet wird.
Frage daher, weil man dir vielleicht anders helfen kann: Wozu brauchst du diese Angabe?
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von Steffi221185 (Specialist / 132 / 0 /
0
)
»
Hallo,
also ich kenn noch die Tabelle TBTCO. Dort werden alle BATCH-Jobs vermerkt d.h. dort steht auch drin ob die gerade laufen. Bin mir aber nicht mehr sicher, ob du deinen Report voher wo anders als Job eintragen musst. Auf jedenfall überprüf ich so ob mein Report noch läuft oder obs zu einem Fehler während der Verarbeitung der Daten kam.
Weiß nicht ob dir das weiter hilft, aber mehr wüsste ich momentan auch nicht.
Gruß
Steffi
also ich kenn noch die Tabelle TBTCO. Dort werden alle BATCH-Jobs vermerkt d.h. dort steht auch drin ob die gerade laufen. Bin mir aber nicht mehr sicher, ob du deinen Report voher wo anders als Job eintragen musst. Auf jedenfall überprüf ich so ob mein Report noch läuft oder obs zu einem Fehler während der Verarbeitung der Daten kam.
Weiß nicht ob dir das weiter hilft, aber mehr wüsste ich momentan auch nicht.
Gruß
Steffi
Hallo in der Transaktion SM37 kannst du für einen Benutzer die aktiven Jobs dir anzeigen lassen.
Hier siehst du aber nur Batch-Jobs.
Mit der Transaktion SM04 -> Doppelklick auf den Usernamen siehst du welche Programme in welchem Modus laufen.
Per SM04->Springen->Memory siehst du auch welchen Speicherplatz die Transaktion gerade verbraucht. Wenn du aktuallisierst, dann siehst du ja welche Transaktion gerade "aktiv" benutzt wird.
cas
Hier siehst du aber nur Batch-Jobs.
Mit der Transaktion SM04 -> Doppelklick auf den Usernamen siehst du welche Programme in welchem Modus laufen.
Per SM04->Springen->Memory siehst du auch welchen Speicherplatz die Transaktion gerade verbraucht. Wenn du aktuallisierst, dann siehst du ja welche Transaktion gerade "aktiv" benutzt wird.
cas
Ich glaube, dass LedZ das nicht manuell herausfinden möchte, sondern über ein Programm.
Ist nur die Frage, ob das Programm selbst feststellen soll, ob es im Batch läuft (z. B. über FuBa GET_JOB_RUNTIME_INFO), oder ob verhindert werden soll, dass ein Report mehrfach zur gleichen Zeit läuft (dann am besten über einen Sperrbaustein), oder oder oder ...
Gruß BlackMail.
Ist nur die Frage, ob das Programm selbst feststellen soll, ob es im Batch läuft (z. B. über FuBa GET_JOB_RUNTIME_INFO), oder ob verhindert werden soll, dass ein Report mehrfach zur gleichen Zeit läuft (dann am besten über einen Sperrbaustein), oder oder oder ...
Gruß BlackMail.
Hallo zusammen,
danke für die Antworten.
Detaillierte Problembeschreibung:
Ich habe das kleine Problem, das ich mehrere Programme habe die nicht parallel ablaufen dürfen. D. H. zum Beispiel, dass mehrere Benutzer ein gewisses Programm nicht gleichzeitig starten/ausführen dürfen, egal ob online im Dialog oder als Job im Hintergrund.
Ich muss also programmtechnisch prüfen, ob ein Programm gerade läuft bzw. benutzt wird. Am besten wäre es, wenn ich auch den Fall, das nur der Selektionsbildschirm des betreffenden Programmes angezeigt wird, abfragen könnte.
Die Tabelle TBTCO (TBTCP) hilft mir leider nicht weiter, da hier nur Programme die im Hintergrund ausgeführt werden eingetragen werden.
Dasselbe trifft auch für die Transaktion SM37 zu.
Man könnte das Problem sicherlich über den SAP-Sperrmechanismus lösen, ich würde es aber gerne auf einem anderen Wege lösen. Dann könnte man die Prüfung auch auf SAP eigene Programme ausweiten.
Über weitere Tipps würde ich mich freuen.
Viele Grüße
LedZ
danke für die Antworten.
Detaillierte Problembeschreibung:
Ich habe das kleine Problem, das ich mehrere Programme habe die nicht parallel ablaufen dürfen. D. H. zum Beispiel, dass mehrere Benutzer ein gewisses Programm nicht gleichzeitig starten/ausführen dürfen, egal ob online im Dialog oder als Job im Hintergrund.
Ich muss also programmtechnisch prüfen, ob ein Programm gerade läuft bzw. benutzt wird. Am besten wäre es, wenn ich auch den Fall, das nur der Selektionsbildschirm des betreffenden Programmes angezeigt wird, abfragen könnte.
Die Tabelle TBTCO (TBTCP) hilft mir leider nicht weiter, da hier nur Programme die im Hintergrund ausgeführt werden eingetragen werden.
Dasselbe trifft auch für die Transaktion SM37 zu.
Man könnte das Problem sicherlich über den SAP-Sperrmechanismus lösen, ich würde es aber gerne auf einem anderen Wege lösen. Dann könnte man die Prüfung auch auf SAP eigene Programme ausweiten.
Über weitere Tipps würde ich mich freuen.
Viele Grüße
LedZ
Beitrag
von MrBojangles (Specialist / 367 / 3 /
30
)
»
Hallo LedZ,
'ne fertige Lösung hab ich zwar nicht, aber sieh Dir mal den Report RSM04000_ALV an. Das ist der, der hinter der SM04 steckt. Dieser füllt zunächst die int. Tab. usr_tabl_alv mit den Usern der Instanz. In der Form build_usr_info werden dann zum User-(Thread) die Detailinfos besorgt. Hier wird u.a. eine int. Tabelle aufgebaut, in der auch als 'Programinfo' der jeweils aktive Report des Modus drinsteht. Einfach mal debuggen...
Mit diesen Quellcodeabschnitten müsste es doch möglich sein, eine Routine zu basteln, die eine Tabelle mit allen aktuell ausgeführten Reports zusammenstellt. Zusammen mit den Infos, die man aus den Batchjobinfos bekommt (siehe vorige Beiträge) hat man doch dann alles zusammen...
Wenn Du sowas bastelst, wäre es cool, wenn Du die relevanten Codingpassagen hier posten könntest.
'ne fertige Lösung hab ich zwar nicht, aber sieh Dir mal den Report RSM04000_ALV an. Das ist der, der hinter der SM04 steckt. Dieser füllt zunächst die int. Tab. usr_tabl_alv mit den Usern der Instanz. In der Form build_usr_info werden dann zum User-(Thread) die Detailinfos besorgt. Hier wird u.a. eine int. Tabelle aufgebaut, in der auch als 'Programinfo' der jeweils aktive Report des Modus drinsteht. Einfach mal debuggen...
Mit diesen Quellcodeabschnitten müsste es doch möglich sein, eine Routine zu basteln, die eine Tabelle mit allen aktuell ausgeführten Reports zusammenstellt. Zusammen mit den Infos, die man aus den Batchjobinfos bekommt (siehe vorige Beiträge) hat man doch dann alles zusammen...
Wenn Du sowas bastelst, wäre es cool, wenn Du die relevanten Codingpassagen hier posten könntest.
Weiterhin viel Freude mit SAP...
Cheers
MrB.
Cheers
MrB.
Beitrag
von black_adept (Top Expert / 4131 / 130 /
955
)
»
Hallo LedZ,
die Lösung mit dem Sperrmechanismus ist das sicherste was du machen kannst.
Und wenn du das Ganze auch auf SAP-Programme ausweiten willst, schau dir doch mal den Userexit S38MREP1 an.
die Lösung mit dem Sperrmechanismus ist das sicherste was du machen kannst.
Und wenn du das Ganze auch auf SAP-Programme ausweiten willst, schau dir doch mal den Userexit S38MREP1 an.
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
4137
Views
Views
[gelöst] Report zur Ermittlung aller gepflegten Infotypen einer Personalnummer
von DSHSHCMSUPP » 25.08.2022 10:26 • Verfasst in Human Resources
von DSHSHCMSUPP » 25.08.2022 10:26 • Verfasst in Human Resources
2
Antw.
Antw.
1728
Views
Views
3
Antw.
Antw.
1728
Views
Views
1
Antw.
Antw.
1709
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.