Discussion :

[Devlop++]

Salut,
Pouvez-vous me donner une piste pour rechargé mon menu sécurisé avec des rôles suite a un logon via Logon_screen:
Le menu fichier contient 4 menu-item : administration, connexion, déconnexion & quitter. Le scénario est comme suit : je lance la forme avec un user administrateur, étant connecter avec un user qui a le role d'administration (role que j'ai crée ainsi que d'autre) j'ai accée au menu-item administration , lorsque je reconnect on utilisant le menu-item connexion qui appel "Logon_screen" je saisie un user qui n'as pas le role d'administration mais le menu-item administration reste toujours disponible .
Pourtant tous ce déroule comme voulue si je me connecte dès le départ avec un user non administrateur, le menu-item en question est désactivé , ce qui mène a fermer et relancer la forme chaque fois pour changer d'utilisateur chose que je veut éviter .

Merci pour votre aide.

[Devlop++]

Salut,
Quelqu'un veut bien m'aider, toute piste ou information même si elle vous parait infime ou insignifiante est le bien venu, je tourne en rond et je suis bloqué au niveau de la gestion dynamique de connexion de mes "users". Peut être le choix de "Logon_screen" est la cause de mes problèmes, ou peut être le chargement du menu sécurisé s'effectue autrement (en fonction des users, et je précise sans fermer la forme).
Merci pour votre soutien.

[Devlop++]

Salut,
J'ai découvert une procédure non restreinte :
Replace_Menu(nom_menu_module, type_menu,nom_menu_depart, nom_groupe, use_file) ;
Elle a ce paramètre nom_groupe qui permet de spécifier un rôle attaché au menu.
Je résonne si je remplace le menu par lui même (via le menu-item connexion) et en lui donnant le nouveau role que possède cet utilisateur qui vient de connecter, va-t-il désactiver les menu-item qui ne sont pas autorisé a ce user ?
Mais comment récupérer le role et/ou les roles du user qui vient de connecter ? Vous avez une idée sur ce sujet ?
Je vais essayé en insérant manuellement ou par paramètre un role dans le code de cet procédure, pour voir si ça marche, mais ça reste indépendant de l'utilisateur connecter.
Merci.

[SheikYerbouti]

Il suffit d'utiliser l'instruction New_Form() avec le même nom pour recharger le formulaire, et donc récupérer les droits d'accès correct via les rôles.

[Devlop++]

Salut,
Merci pour votre réponse,
j'ai réussi a mettre a jour le menu sécurisé avec les role de l'utilisateur qui vient de connecter,
mais je m'appercoit que les utilisateurs que j'ai crée et qui dispose de privilège granter avec des roles, n'ont aucun accés a mes tables, exemple pour un des role & un des utilisateur:

rem Role de connexion

CREATE ROLE "MY_CONNECT" NOT IDENTIFIED;

GRANT "CONNECT" TO "MY_CONNECT";

rem Role de consultation

CREATE ROLE "MY_CONSULT" NOT IDENTIFIED;

GRANT SELECT ON "DEV"."CLIENT" TO "MY_CONSULT";
GRANT SELECT ON "DEV"."PRODUIT" TO "MY_CONSULT";

GRANT "MY_CONNECT" TO "MY_CONSULT";
.
.
.
suite des différents role

CREATE USER "U_CONS" PROFILE "DEFAULT"
IDENTIFIED BY "ucons" DEFAULT TABLESPACE "USERS"
ACCOUNT UNLOCK;

GRANT "MY_CONSULT" TO "U_CONS";
.
.
.
suite des différents user

avec cela je constate que le menu est chargé exactement avec les menu-item autorisé a cet utilisateur, mais les blocs (coté module fmb) ne ramène aucun enregistrement.
J'ai vérifier avec SQLPLUS, je fais un ordre select sur une des table granté, ==> ORA-00942: Table ou vue inexistante
, aussi un select * from tab ==> aucune ligne sélectionnée.
Conclusion : les utilisateurs que j'ai crée peuvent crée une session pour ce connecter, crée leurs propre table, mais ne peuvent pas consulter, insérer ,mettre a jour , supprimer sur le schémas DEV.
Je précise que les privilèges sont attribué aux utilisateur via role et non explicitement. Le role CONNECT mentionner au-dessus est celui par défaut inclue dans oracle9i

[Devlop++]

Salut je termine cette discussion avec la solution que j'ai oublié de mentionner, mon problème était dans la création des synonyme pour mes table ou bien a préciser dans les fmb pour chaque bloc de données le nom du schéma & la table : 'schéma.table'