Discussion :

[lio33]

Bonjour à tous,

Je sais que la déconnexion des utilisateurs de bases de données ACCESS est un sujet déjà traité. Mais mon questionnement n'est pas directement cela.

Pour information, J'utilise le principe suivant dans mes applications (séparation base frontale qui se charge et s'exécute sur le poste utilisateur et base dorsale sur serveur) pour gérer la déconnexion d'un utilisateur de son application ACCESS :

• Un champ booléen dédié, "Maintenance", dans une table d'administration pour lancer le processus de déconnexion

• Un formulaire caché qui a intervalles réguliers vient vérifier la valeur de ce champ, toutes les 3 minutes.

• Comme je veux déconnecter proprement l'utilisateur je lui 'affiche 2 messages d'avertissement indiquant qu'il va être déconnecté dans peu de temps et que c'est mieux s'il sort

• Avant de quitter l'application, je renseigne une table des connexions/déconnexions pour l'utilisateur en question.

Mon application ACCESS prévoit également une déconnexion horaire des utilisateurs : ce qui veut dire que l'application n'est accessible que dans une tranche horaire, par exemple de 8H00 à 19H00.

Or j'ai des problèmes de déconnexion sur certains postes, d'ou mes interrogations suivantes :

• Est-ce qu'un utilisateur qui verrouille sa session Windows son poste de travail empêche le processus ACCESS de se déconnecter ?

• Est-ce qu'un poste Windows qui passerait en veille empêcherait cette déconnexion automatique ?

• Le passage dans une mise en veille prolongée du poste Windows de l'utilisateur interrompt-elle la liaison réseau et par conséquent les liens entre l'IHM de l'application (qui se lance sur le poste utilisateur) et les data (base dorsale sur un serveur) ?

Merci d'avance pour vos avis.

[Zekraoui_Jakani]

Si les verrous Windows ou les "verrous" Access/LDB sont activés, vous ne pouvez pas exploiter la propriété exclusive de la DB.
Si SEULS les "verrous" Access/LDB sont activés, vous pouvez supprimer la LDB, pour ensuite exploiter la propriété exclusive et libérer la DB.

Par contre, si TOUS les verrous Windows/Réseau sont actifs, rien de ce que vous pouvez faire avec Access ne peut vous permettre de déconnecter une autre personne du réseau. Vous devez vous rendre sur le serveur ou le PC qui héberge le fichier et forcer la déconnexion.

[lio33]

Bonsoir,

Merci pour ta réponse.
Mais je ne sais pas si je me suis bien fait comprendre. Je cherche ce que l'utilisateur soit déconnecté de son application ACCESS via le dispositif timer d'un formulaire caché de l'application.
Et je voulais savoir si de dispositif pouvait être entravé par le verrouillage de session Windows de l''utilisateur sur son poste ou par la mise en veille de son PC.
cdt

[nico84]

Bonjour,

• Est-ce qu'un utilisateur qui verrouille sa session Windows son poste de travail empêche le processus ACCESS de se déconnecter ?

• Est-ce qu'un poste Windows qui passerait en veille empêcherait cette déconnexion automatique ?

• Le passage dans une mise en veille prolongée du poste Windows de l'utilisateur interrompt-elle la liaison réseau et par conséquent les liens entre l'IHM de l'application (qui se lance sur le poste utilisateur) et les data (base dorsale sur un serveur) ?

Je dirais non, non et oui mais il vaudrait mieux le tester ce n'est pas bien complexe...
Comme le signale Zekraoui pour le 3e il suffit de voir si un poste en veille prolongée maintient en vie le .laccdb de la dorsale