>>So state dicendomi le due opzioni di quando regolare il mio “messaggio„, gli articoli ecc?
Potete fare questo ogni volta che e laddove gradite, io soltanto avete dato due opzioni che sembrano misura che cosa stavate descrivendo. Ci sono altre opzioni ugualmente - per esempio, un processo della pagina che regola un elemento specifico della pagina.
>>Se quello è così, quella media che dovrei completamente rinunciare alla mia propria funzione di autenticazione, utilizza “il wwv_flow_custom_auth_std.login„
standard insieme con il mio tema recentemente creaed di autenticazione ed allora in mio “dopo che l'autenticazione„ io può fissare i miei parametri?
Quello non è che cosa ho significato affatto. Generate la vostra propria funzione di autenticazione e quello è che cosa denominate nello schema di autenticazione (come ho descritto precedentemente). La chiamata del wwv_… è appena di registrare all'interno dell'APEX e di ottenere una nuova, identificazione valida di sessione, ma siete ancora responsabile dell'autenticazione reale contro le tabelle di utente.
1) Necessariamente non dovete fare funzionare una procedura immagazzinata. Potete scrivere il codice di PL/SQL nel processo di alberino-autenticazione.
2) Quello potrebbe essere perché non state convalidando correttamente. Generare uno schema di nuova, autenticazione di base che non fa niente ma convalidare un utente/parola d'accesso combinati. Cambiare il vostro schema di autenticazione a questo nuovo, quindi vedere se potete entrare correttamente.
Per esempio, qui è uno schema che di autenticazione semplice ho su un app locale:
Nome - il nome dello schema di autenticazione
Abbonamento - nessuno
Amministrazione di sessione della pagina - tutto sistema lo spazio in bianco tranne il URL non valido di sessione (f? p=
: 101: &SESSION.)
Elaborazione di inizio attività - tutto sistema lo spazio in bianco a meno che funzione di autenticazione (p_m_security.authenticate_user di ritorno; )
Attributi del biscotto - potete fissare un nome di biscotto o lasciare tutto in bianco
URL di termine attività - wwv_flow_custom_auth_std.log fuori? p_this_flow=&APP_ID.&p_next_flow_page_sess=&APP_ID.: 1
Notare che uso la pagina 101 come mia pagina di difetto per quando la sessione è non valida. La pagina 101 è la pagina di inizio attività, così a quella pagina che uso il seguente processo:
wwv_flow_custom_auth_std.log dentro (
=> di P_UNAME: P101_USERNAME,
=> di P_PASSWORD: P101_PASSWORD,
=> v (“APP_SESSION ") di P_SESSION_ID,
=> di P_FLOW_PAGE: APP_ID||': 1 '
);
quale è denominato una volta, dopo presentare.
Allora la funzione di autenticazione (p_m_security.authenticate_user di ritorno; ) può essere ridotto giù “a di ritorno allineano; „ o codice reale di convalida. Se potete convincere questo processo completo per funzionare, quindi potete cominciare aggiungere più complessità al vostro schema.