>>So vous me dites les deux options de le moment où placer mon « message », articles etc. ?
Vous pouvez faire ceci toutes les fois qu'et là où vous aimez, j'avez seulement donné deux options qui semblent adapter ce que vous décriviez. Il y a d'autres options trop - par exemple, un processus de page qui place un article spécifique de page.
>>Si c'est ainsi, est-ce que ce moyen que je devrais totalement renoncer à ma propre fonction d'authentification, emploie le « wwv_flow_custom_auth_std.login »
standard en même temps que mon thème nouvellement creaed d'authentification et puis dans le mon « après l'authentification » je peut placer mes paramètres ?
Ce n'est pas ce qu'ai voulu dire je du tout. Vous créez votre propre fonction d'authentification, et est ce ce que vous appelez dans l'arrangement d'authentification (comme j'ai décrit ci-dessus). L'appel de wwv_… est juste de s'enregistrer dans l'APEX et d'obtenir une nouvelle, valide identification de session, mais vous êtes encore responsable de l'authentification réelle contre les tables d'utilisateur.
1) Vous n'avez pas besoin nécessairement de courir un procédé stocké. Vous pouvez écrire le code de PL/SQL dans le procédé de poteau-authentification.
2) Ce pourrait être parce que vous ne validez pas correctement. Créer un arrangement de nouvelle, de base authentification qui ne fait rien mais valider un utilisateur/mot de passe combinés. Changer votre arrangement d'authentification en ce neuf, puis voir si vous pouvez ouvrir une session correctement.
Par exemple, voici un arrangement d'authentification simple que j'ai sur un $$etAPP local :
Nom - le nom de l'arrangement d'authentification
Abonnement - aucun
Gestion de session de page - tout met en place le blanc excepté URL inadmissible de session (f ? p=
: 101 : &SESSION.)
Traitement d'ouverture - tout met en place le blanc à moins que la fonction d'authentification (p_m_security.authenticate_user de retour ; )
Attributs de biscuit - vous pouvez placer un nom de biscuit ou laisser tout blanc
URL de déconnexion - wwv_flow_custom_auth_std.log dehors ? p_this_flow=&APP_ID.&p_next_flow_page_sess=&APP_ID. : 1
Noter que j'emploie la page 101 en tant que ma page de défaut pour quand la session est inadmissible. La page 101 est la page d'ouverture, ainsi à cette page que j'emploie le processus suivant :
wwv_flow_custom_auth_std.log dedans (
=> de P_UNAME : P101_USERNAME,
=> de P_PASSWORD : P101_PASSWORD,
=> v (« APP_SESSION ") de P_SESSION_ID,
=> de P_FLOW_PAGE : APP_ID||' : 1 '
) ;
ce qui s'appelle une fois, après soumettre.
Puis la fonction d'authentification (p_m_security.authenticate_user de retour ; ) peut être réduit vers le bas à « de retour rectifient ; » ou code réel de validation. Si vous pouvez obtenir ce processus complet pour fonctionner, alors vous pouvez commencer à ajouter plus de complexité à votre arrangement.