Discussion :

[Magnus]

Bonjour,

J'effectue très régulièrement chez mes clients des livraisons d'écrans développés sous forms que je compile sur leurs serveurs.

Je rencontre fréquemment le problème suivant sur les serveurs sous Windows (2003) lorsque le fichier que je veux livrer existe déjà sur le serveur.
Si au moins un utilisateur est en train d'utiliser cet écran ou si le fichier .fmx correspondant a été déplacé, renommé, etc. alors l'application référence toujours ce fichier et il m'est impossible de le supprimer (avec la touche "suppr" du clavier ou la commande del sous l'invité de commandes).

Remarque : sous Linux cet écrasement ne pose aucun problème.

Comment "délocker" ces fichiers pour les supprimer ?
Merci d'avance.

[orafrance]

il faut arrêter le serveur forms pour déconnecter tout le monde... t'as pas d'autre solution

[Magnus]

Aux grands maux les grands remèdes.
Je pensais qu'il existait une méthode moins radicale mais tu as l'air catégorique.

Merci Fred.

[orafrance]

moins radical : killer la session de l'utilisateur en question, en principe le module de v$session est le nom de la form ce qui permet d'identifier les utilisateurs qui l'utilise.

c'est mieux en effet

[Magnus]

moins radical : killer la session de l'utilisateur en question, en principe le module de v$session est le nom de la form ce qui permet d'identifier les utilisateurs qui l'utilise.

AHHHHHHHH

Tu veux dire que je peux savoir quel utilisateur locke quel écran ?
En 8i j'ai essayé la commande suivante sur la table v$session et voici le résultat qui ne correspond pas à ce que j'en attendais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
8i CYRIL> l
  1  select program, username, module
  2  from v$session
  3* where username like 'CYRIL%'
8i CYRIL> /
PROGRAM                                          USERNAME                       MODULE
------------------------------------------------ ------------------------------ --------------------
                                                 CYRIL
                                                 CYRIL
                                                 CYRIL                          SQL*Plus
3 ligne(s) sélectionnée(s).

Tu peux m'en dire plus ?
Thanks

[orafrance]

Rien parce que malheureusement le MODULE n'est pas renseigné

[Magnus]

Rien parce que malheureusement le MODULE n'est pas renseigné

S'agit-il d'un paramétrage du serveur forms ou de la base parce que si c'est le cas alors je m'arrangerai pour le mettre en place ?

En effet, en production, j'ai régulièrement le problème de localiser le(s) utilisateur(s) qui verrouillent un écran.
Actuellement, je n'ai aucun moyen d'avoir cette information sans appeler le client en question et si je comprends bien tes explications alors la table v$session pourrait répondre à cette problématique ?

[orafrance]

Tu dois utiliser dbms_application_info.set_module dans WHEN_NEW_FORM_INSTANCE par exemple. Attention, quand tu quittes une form tu ne redéclenches pas WNFI alors il faut setter le module aussi en quittant

[kervoaz]

Bonjour,

tu peux aussi telecharger l'utilitaire pskill(il me semble qu'il est dans RKtools de win) et ensuite faire un pskill des process ifweb90 du serveur.
PS:Je comprends tes craintes à redemarrer l'OC4J sur un serveur de prod. Ca fait toujours penser à un jeu de roulette russe(1 fois sur 6 ca merde)