>>So você está dizendo-me as duas opções de quando ajustar minha “mensagem”, artigos etc.?
Você pode fazer este sempre que e onde você gosta, mim deu somente duas opções que parecem caber o que você descrevia. Há outras opções demasiado - por exemplo, um processo da página que ajuste um artigo específico da página.
>>Se isso é assim, esse meio que eu devo totalmente abandonar minha própria função da autenticação, usa o “wwv_flow_custom_auth_std.login padrão
” conjuntamente com meu tema recentemente creaed da autenticação e então no meu “depois que a autenticação” mim pode ajustar meus parâmetros?
Aquele não é o que eu signifiquei de todo. Você cria sua própria função da autenticação, e aquele é o que você chama no esquema de autenticação (como eu descrevi acima). A chamada do wwv_… é apenas registar dentro do VÉRTICE e obter uma identificação nova, válida da sessão, mas você é ainda responsável para a autenticação real de encontro às tabelas de usuário.
1) Você não precisa necessariamente de funcionar um procedimento armazenado. Você pode escrever o código de PL/SQL no processo da borne-autenticação.
2) Isso poderia ser porque você não está validando corretamente. Criar um esquema de autenticação nova, básica que não faça nada mas validar um usuário/senha combinados. Mudar seu esquema de autenticação a este novo, a seguir ver se você pode entrar corretamente.
Por exemplo, está aqui um esquema que de autenticação simples eu tenho em um app local:
Nome - o nome do esquema de autenticação
Subscrição - nenhuma
Gerência de sessão da página - tudo coloca o espaço em branco exceto URL inválido da sessão (f? p=
: 101: &SESSION.)
Processamento do início de uma sessão - tudo coloca o espaço em branco a não ser que a função da autenticação (p_m_security.authenticate_user do retorno; )
Atributos do bolinho - você pode ajustar um nome de bolinho ou deixar tudo em branco
URL da saída - wwv_flow_custom_auth_std.log para fora? p_this_flow=&APP_ID.&p_next_flow_page_sess=&APP_ID.: 1
Observar que eu uso a página 101 como minha página de defeito para quando a sessão for inválida. A página 101 é a página do início de uma sessão, assim nessa página que eu uso o seguinte processo:
wwv_flow_custom_auth_std.log dentro (
=> de P_UNAME: P101_USERNAME,
=> de P_PASSWORD: P101_PASSWORD,
=> v de P_SESSION_ID (“APP_SESSION "),
=> de P_FLOW_PAGE: APP_ID||': 1 '
);
qual é chamado uma vez, após submeter.
Então a função da autenticação (p_m_security.authenticate_user do retorno; ) pode ser reduzido para baixo a “do retorno retificam; ” ou código real da validação. Se você pode conseguir este todo o processo trabalhar, a seguir você pode começar adicionar mais complexidade a seu esquema.