Neuigkeiten:

Ist euer Problem gelöst, dann bitte den Knopf "Thema gelöst" drücken!

Mobiles Hauptmenü

Hintergrundprüfung Variable

Begonnen von datekk, Dezember 05, 2016, 10:26:25

⏪ vorheriges - nächstes ⏩

datekk

Hallo,

ich habe eine Public Variable, welche ich während der gesamten Anwendungsdauer überwachen möchte. Wenn sich der Wert verändert, oder der Inhalt Null wird, soll ein Ereignis ausgelöst werden.

Wie kann ich die Variable im Hintergrund ständig prüfen lassen?

LG
datekk
Access 2016 mit SQL Server Backend. Bereits umgesetzt: Access mit MS SQL Backend,  ADODB Formularbindung, Streamen von Dateien zum SQL Server und zurück (Filestream), Drag&Drop Dateiupload zum Server, CTI / TAPI Integrierung in Access Anwendung - Nutzung auch über Remote Desktop, selbst aktualisierendes Access Frontend auf entfernten Rechnern (Upgrade). Berichte / Kreuztabellen mit SQL Server Backend, Mail Tagging, Outlook Steuerung über Access und umgekehrt // Grundwissen in .Net Core & Blazor Apps

DF6GL

Hallo,

dafür wäre ein permanent auftretendes Ereignis nötig.  Benutz das Timer-Ereignis dafür.

Aber:  Wozu willst Du das wissen?   Die Variable ändert sich  nicht von allein, die wird doch nur von Deinem und hoffentlich bekanntem Code beeinflusst.

datekk

Wenn sich User anmelden, wird die Id in einer Public Variable gespeichert. Es kommt jedoch vor, dass aus irgendwelchen Gründen die Variable raus fliegt. Ich suche daher nach dem Grund und würde sie im Hintergrund gern permanent prüfen lassen. Wenn sie rausfliegt soll automatisch das Login Fenster aufpoppen.

LG
Access 2016 mit SQL Server Backend. Bereits umgesetzt: Access mit MS SQL Backend,  ADODB Formularbindung, Streamen von Dateien zum SQL Server und zurück (Filestream), Drag&Drop Dateiupload zum Server, CTI / TAPI Integrierung in Access Anwendung - Nutzung auch über Remote Desktop, selbst aktualisierendes Access Frontend auf entfernten Rechnern (Upgrade). Berichte / Kreuztabellen mit SQL Server Backend, Mail Tagging, Outlook Steuerung über Access und umgekehrt // Grundwissen in .Net Core & Blazor Apps

datekk

Lieber Franz, besten Dank mal wieder. Funktioniert super :)
Access 2016 mit SQL Server Backend. Bereits umgesetzt: Access mit MS SQL Backend,  ADODB Formularbindung, Streamen von Dateien zum SQL Server und zurück (Filestream), Drag&Drop Dateiupload zum Server, CTI / TAPI Integrierung in Access Anwendung - Nutzung auch über Remote Desktop, selbst aktualisierendes Access Frontend auf entfernten Rechnern (Upgrade). Berichte / Kreuztabellen mit SQL Server Backend, Mail Tagging, Outlook Steuerung über Access und umgekehrt // Grundwissen in .Net Core & Blazor Apps

DF6GL

Hallo,

Public-Variablen "fliegen raus" (verlieren ihren Wert) , wenn eine unbehandelte Fehlersituation auftritt.

Besser sind für solche Sachen:

-- Speichern des Einlogvorgangs in einer Tabelle ( Haken "eingeloggt" setzten in der User-Tabelle oder ein Datum/Uhrzeit-Feld beim Einloggen setzen und beim Ausloggen leeren. "Weiter gesponnen" käme auch eine Log-Tabelle in Frage.)
-- statt   Public-Variable die Tempvars- oder Collection-Auflistung zur Speicherung der ID verwenden.

.
.



datekk

Hallo Franz,

eine Log Tabelle ist im Einsatz und wird Stück für Stück in die Prozeduren eingebunden. Ebenso ist eine Umstellung auf TempVars im Gange. Login Tabelle geht nicht, da der Zustand "eingeloggt" auch erhalten bleibt, wenn das Programm z.b. über den Taskmanager  "gekillt" wird.
Access 2016 mit SQL Server Backend. Bereits umgesetzt: Access mit MS SQL Backend,  ADODB Formularbindung, Streamen von Dateien zum SQL Server und zurück (Filestream), Drag&Drop Dateiupload zum Server, CTI / TAPI Integrierung in Access Anwendung - Nutzung auch über Remote Desktop, selbst aktualisierendes Access Frontend auf entfernten Rechnern (Upgrade). Berichte / Kreuztabellen mit SQL Server Backend, Mail Tagging, Outlook Steuerung über Access und umgekehrt // Grundwissen in .Net Core & Blazor Apps