En esta oportunidad quiero compartir un error típico que aparece cuando estamos lo más bien trabajando con Apex en una instalación en Glassfish y cada cierto tiempo no podemos conectarnos y nos aparece el error 404.
En un post anterior explique cómo podíamos ver nosotros el log del servidor Glassfish y como activar los mensajes del ORDS, AQUÍ lo puedes ver.
Si buscamos en el log del Servidor veremos que nos sale los errores como lo que te muestro abajo:
The pool named: apex is not correctly configured, error: IO Error: The Network Adapter could not establish the connection
The pool named: apex_pu is not correctly configured, error: IO Error: The Network Adapter could not establish the connection
The pool named: apex_al is not correctly configured, error: IO Error: The Network Adapter could not establish the connection
The pool named: apex_rt is not correctly configured, error: IO Error: The Network Adapter could not establish the connection
En este caso en particular, si no has cambiado nada en la configuración y de repente no te puedes conectar, y tienes una base de datos Oracle 11g para arriba, lo más probable que te suceda es que se ha expirado el tiempo de la password en la base de datos Oracle 11g.
Según la documentación de Oracle, nos dice:
"In the default profile in Oracle Database 11g, the parameter PASSWORD_LIFE_TIME is set to 180. If you are using Oracle Database 11g with Oracle Application Express, this causes the password for APEX_PUBLIC_USER to expire in 180 days. As a result, your Oracle Application Express instance will become unusable until you change the password.”
Básicamente tenemos el parámetro PASSWORD_LIFE_TIME que en el profile por default está configurado en 180 días, y es eso lo que causa que se expire la password del usuario APEX_PUBLIC_USER y no podamos ingresar a APEX.
Para ello lo que necesitaríamos hacer es cambiar el parámetro PASSWORD_LIFE_TIME a ilimitada y hacer un alter al usuario APEX_PUBLIC_USER y asignarlo a un nuevo profile.
En primer lugar vamos a ver cual es el límite del perfil por defecto:
select resource_name, limit
from dba_profiles
where profile = 'DEFAULT';
El resultado de la consulta se vería algo similar a esto:
RESOURCE_NAME LIMIT
-------------------------------- --------------------------------
COMPOSITE_LIMIT UNLIMITED
SESSIONS_PER_USER UNLIMITED
CPU_PER_SESSION UNLIMITED
CPU_PER_CALL UNLIMITED
LOGICAL_READS_PER_SESSION UNLIMITED
LOGICAL_READS_PER_CALL UNLIMITED
IDLE_TIME UNLIMITED
CONNECT_TIME UNLIMITED
PRIVATE_SGA UNLIMITED
FAILED_LOGIN_ATTEMPTS 10
PASSWORD_LIFE_TIME 180
PASSWORD_REUSE_TIME UNLIMITED
PASSWORD_REUSE_MAX UNLIMITED
PASSWORD_VERIFY_FUNCTION NULL
PASSWORD_LOCK_TIME 1
PASSWORD_GRACE_TIME 7
16 rows selected.
No es buena práctica cambiar el profile por default por temas de seguridad, es por ello que lo que podemos hacer es crear un nuevo profile y luego asignarlo al usuario APEX_PUBLIC_USER.
create profile apex_public limit password_life_time unlimited;
alter user apex_public_user profile apex_public;
También tenemos que asignar el profile a las cuentas apex_listener, apex_rest_public_user y ords_public_user:
alter user apex_listener profile apex_public;
alter user apex_rest_public_user profile apex_public;
alter user ords_public_user profile apex_public;
De esta forma no vamos a tener el problema de que se expira el password cada 180 días y tendremos acceso a nuestro APEX sin problemas.
Si ejecutamos la consulta:
select resource_name, limit
from dba_profiles
where profile = 'APEX_PUBLIC';
Vemos que el parámetro está configurado como ilimitado:
RESOURCE_NAME LIMIT
------------------------ ------------------------------------
COMPOSITE_LIMIT DEFAULT
SESSIONS_PER_USER DEFAULT
CPU_PER_SESSION DEFAULT
CPU_PER_CALL DEFAULT
LOGICAL_READS_PER_SESSION DEFAULT
LOGICAL_READS_PER_CALL DEFAULT
IDLE_TIME DEFAULT
CONNECT_TIME DEFAULT
PRIVATE_SGA DEFAULT
FAILED_LOGIN_ATTEMPTS DEFAULT
PASSWORD_LIFE_TIME UNLIMITED
PASSWORD_REUSE_TIME DEFAULT
PASSWORD_REUSE_MAX DEFAULT
PASSWORD_VERIFY_FUNCTION DEFAULT
PASSWORD_LOCK_TIME DEFAULT
PASSWORD_GRACE_TIME DEFAULT
16 rows selected.