Paulo,
I was consulting the Apex Installation Manual 3.2.1 When a point caught my attention: The manual only made mention to Oracle 11g or Xe (nothing 10g) and then I I went to search the internet.
I came across some forums that reported that the EPG (enbedded PL / SQL Gateway) is only true from 11g or Oracle XE 10g.
At first, this solution did not work with Oracle 10g. Funny, no? Exist for XE 10G and not for Oracle 10G.
I continued to search for this theme, when I came across the link below:
http://cglendenningoracle.blogspot.com/ ... ation.html Oracle Apex on 10g Using the PL / SQL Gateway? YES!)
In it, Craig Glendenning (Author) explains step by step how to install Apex 3.2.1 on an Oracle 10G bank. But he warns that this configuration - even working - is not approved by Oracle. So only use it for test or study environments, okay?
I refizes his steps in my virtual environment, and I could log in normally in the Apex links ("... / Apex / Apex", "... / Apex_Admin").
I did not follow all steps of the note (I jumped some) and then I am passing a summary of what I did.
It would be interesting for you to consult the link to know all the procedures he suggested:
Select all
1) Mover o apex_3.2.zip para uma subpasta do ORACLE_HOME ($OH) do 10g (no meu caso: C:/oracle/product/10.2.0).
Não seria um passo obrigatorio, mas seria legal manter no Oracle Home os scripts originais do APEX, caso sejam necessários no futuro;
2) Descomprimir o arquivo zipado apex_3.2.zip (unzip apex_3.2.zip)
Descompacte na própria pasta. Se for criado abaixo de "$OH/apex" uma pasta "apex" ($OH/apex/apex), mova o conteudo para o diretório acima, mantendo somente a pasta $OH/apex
3) Pelo MS-DOS, conecte-se via sql*plus como sysdba e execute scripts de instalação
cd C:/oracle/product/10.2.0/apex
obs: informe aquí o diretório do $OH/apex do seu ambiente)
sqlplus "/ as sysdba
SQL> @apexins sysaux sysaux temp /i/
SQL> @apxchpwd <informe_aqui_a_senha_do_admin>
SQL> @apex_epg_config C:/oracle/product/10.2.0/
Obs: informe aqui o diretório logo acima da pasta "apex".
No meu caso, seria o próprio $OH
4) Se algum dos scripts acima se desconectar automaticamente, entre novamente como SYSDBA. Continue executando os comandos abaixo:
cd C:/oracle/product/10.2.0/apex
obs: informe aquí o diretório do $OH/apex do seu ambiente
sqlplus "/ as sysdba
SQL> @apxldimg.sql C:/oracle/product/10.2.0/
obs: informe aqui o diretório logo acima da pasta "apex".
No meu caso, seria o próprio $OH
SQL> @apxxepwd.sql admin
SQL> EXEC DBMS_XDB.SETHTTPPORT(0);
SQL> ALTER USER ANONYMOUS ACCOUNT UNLOCK;
SQL> ALTER USER APEX_PUBLIC_USER ACCOUNT UNLOCK;
SQL> ALTER USER APEX_030200 ACCOUNT UNLOCK;
SQL> ALTER USER FLOWS_FILES ACCOUNT UNLOCK;
SQL> EXEC DBMS_XDB.SETHTTPPORT(8080);
5) Execute a querie abaixo para ver a configuração DAD:
SQL> select * from dba_epg_dad_authorization;
6) Se não aparecer nada (foi o meu caso) executar o comando abaixo:
SQL>begin
dbms_epg.authorize_dad
( dad_name => 'APEX', user => 'ANONYMOUS');
end;
/
5) Cheque novamente a configuração DAD:
SQL> select * from dba_epg_dad_authorization;
DAD_NAME USERNAME
-------- --------
APEX ANONYMOUS
6) A partir daqui, já é possível você fazer teste de acesso ao APEX
7) Com o DAD configurado, se houver necessidade de DEBUG, o mesmo pode ser ativado com o comando abaixo:
SQL> execute dbms_epg.set_global_attribute('log-level', 7);
obs: Os traces serão gerados no diretório de UDUMP do banco.
See if you can repeat this script and do the Apex now work.
Hugs,
Sergio Coutinho