Problem in Integration of Apex with R12

Question

Hello,
I followed the paper apex-ebs-extension-white-paper-345780.pdf to do Integration of Apex with R12. but stuck on one step.
I am done with all the steps in R12. Now if i click the menu in R12, its going to my existing Apex aplication but still asking username and password.
Can anyone help me out in what exactly I need to change in Apex Authentication scheme in Apex. Right now I am using Authentication scheme as Application Express.
Please help me out
Thanks in advance
Ananya
Edited by: Ananya on 26 Dec, 2011 8:51 PM

Answer 1

Hi Mini,
Thanks a lot for ur replies. But it is not working for me. I am not able to figure out whats going wrong.
My Requirement is to redirect to the first page of my application without asking for the APEX login page from the EBS menu.
So summarizing whatever I steps i have followed:-
(1) Created Profile and function in APPS as given in "apex-ebs-extension-white-paper-345780.pdf"
(2) I created the following package in APPS schema
     CREATE OR REPLACE PACKAGE APPS.XXAPX_SECURITY_PKG AUTHID DEFINER AS
     FUNCTION generate_hash (
     p_string IN VARCHAR2
     , p_offset IN NUMBER DEFAULT 0) RETURN VARCHAR2;
     FUNCTION validate_hash (
     p_string IN VARCHAR2
     , p_hash IN VARCHAR2
     , p_delay IN NUMBER DEFAULT 5) RETURN BOOLEAN;
     END XXAPX_SECURITY_PKG;
     CREATE OR REPLACE PACKAGE BODY APPS.XXAPX_SECURITY_PKG AS
     g_key VARCHAR2(100);
     FUNCTION generate_hash (
     p_string IN VARCHAR2
     , p_offset IN NUMBER DEFAULT 0) RETURN VARCHAR2
     IS
     BEGIN
     IF p_string IS NULL THEN RETURN NULL; END IF;
     RETURN RAWTOHEX(UTL_RAW.cast_to_raw(
     DBMS_OBFUSCATION_TOOLKIT.MD5(
          input_string=>p_string||':'||
          TO_CHAR(SYSDATE-(p_offset/24*60*60), 'YYYYMMDD HH24MISS')||g_key)));
     END generate_hash;
     FUNCTION validate_hash (
     p_string IN VARCHAR2
     , p_hash IN VARCHAR2
     , p_delay IN NUMBER DEFAULT 5) RETURN BOOLEAN
     IS
     BEGIN
     FOR i IN 0..p_delay LOOP
     IF p_hash = generate_hash (p_string, i) THEN RETURN TRUE; END IF;
     END LOOP;
     RETURN FALSE;
     END validate_hash;
     BEGIN
     SELECT encrypted_user_password INTO g_key
     FROM FND_USER WHERE user_name = 'SYSADMIN';
     END XXAPX_SECURITY_PKG;
(3) Created a function in the APPS schema:-
     create or replace FUNCTION ebs_authenticate (
     p_username IN VARCHAR2
     , p_password IN VARCHAR2) RETURN BOOLEAN
     AS
     BEGIN
     IF apps.XXAPX_SECURITY_PKG.validate_hash (p_username, p_password) THEN RETURN TRUE; END IF;
     RETURN (apps.FND_WEB_SEC.validate_login (p_username, p_password) = 'Y');
     END ebs_authenticate;
(4) In my authentication scheme of my apex application i have changed it to use custom authentication to use the below function
     return apps.ebs_authenticate
(5) Created a procedure in the APPS schema:-
     create or replace PROCEDURE apps_logon
     IS
     v_username VARCHAR2(100);
     v_password VARCHAR2(32);
     BEGIN
     wfa_sec.getsession(v_username);
     v_password := xxapx_security_pkg.generate_hash(FND_GLOBAL.user_name);
     IF v_password IS NOT NULL THEN
     APEX_CUSTOM_AUTH.login(
          P_UNAME => v_username,
          P_PASSWORD => v_password,
          P_SESSION_ID => v('APP_SESSION'),
          P_APP_PAGE => apex_application.g_flow_id||':38'
     ELSE
     RAISE_APPLICATION_ERROR(-20001, 'Password is null, session id = '||icx_sec.g_session_id);
     END IF;
     END apps_logon;
(6) In my login page, i have created a process Get Username Cookie and with the process point: onload(Before Header)
     BEGIN
     apps.apps_logon;
     EXCEPTION WHEN OTHERS THEN NULL;
     END;
Now I am getting this error with the login page :-
ORA-06502: PL/SQL: numeric or value error: character string buffer too small Content-type: text/html; charset=UTF-8 Set-Cookie: WWV_CUSTOM-F_1120314105059329_811=B4134623EB436033; path=/; Location: f?CallFromForm='Y'&p=811:38
Please help me figure out the problem as I am struggling a lot with this from last few days :(
Thanks in advance.