Untitled Publication

Banner de Entorno en APEX y como configurarlo.

Cristhian Cano Bogado — Wed, 11 Feb 2026 18:18:52 GMT

Trabajar con múltiples entornos en Oracle APEX —como DEV, TEST, UAT y PROD— puede volverse un desafío incluso para desarrolladores experimentados. Cambiar entre URLs similares y realizar pruebas en el entorno incorrecto es más común de lo que quisiéramos. Aquí es donde un Environment Banner se convierte en un aliado imprescindible.

Un Environment Banner es una franja visible en la parte superior de la interfaz de APEX que indica claramente en qué entorno estás trabajando.
Se muestra de manera constante mientras navegas por la aplicación, ya sea en páginas de desarrollo, pruebas o producción, y evita que los usuarios confundidos realicen cambios en un entorno incorrecto.

Visualmente, el banner suele ocupar toda la anchura de la pantalla, puede tener colores distintivos y mostrar un texto que identifique el entorno (por ejemplo, “DESARROLLO”, “PRUEBAS” o “PRODUCCIÓN”).

Tener un banner de entorno activo aporta múltiples beneficios:

Identificación visual inmediata
Con solo mirar la pantalla, los usuarios saben en qué entorno están, reduciendo riesgos de confusión.
Reducción de errores críticos
Evita que se realicen cambios en producción por accidente, especialmente útil en equipos grandes donde múltiples desarrolladores trabajan simultáneamente.
Visibilidad constante
Al aparecer en todas las páginas de la aplicación, proporciona recordatorios constantes sin depender de la URL.
Mejora la disciplina en procesos de desarrollo
Ayuda a reforzar buenas prácticas y conciencia del entorno en pruebas y despliegues.

Configurar un banner es sencillo y rápido. Solo sigue estos pasos:

Accede a APEX Administration Services desde tu instancia APEX.
Navega a Manage Instance → Define Environment Banner.
Completa los campos:
- Texto del banner: Nombre del entorno (ej. “DEV”, “TEST”, “PROD”).
- Color de fondo: Escoge un color distintivo por entorno.

Aplica los cambios y verifica que el banner se muestre correctamente en todas las aplicaciones.

El banner tambien se puede definir para que aparezca arriba del Builder

Nota: El banner se aplica a nivel de instancia, por lo que no necesitas configurarlo individualmente para cada aplicación.

Mejores prácticas

Convención de colores por entorno Ejemplo:
- Desarrollo: amarillo
- Test: azul
- UAT: naranja
- Producción: rojo
Texto claro y legible para que se reconozca inmediatamente.
Evitar sobrecargar visualmente la aplicación: el banner debe ser informativo, no intrusivo.
Documentar la convención en tu equipo para mantener consistencia.
Configura banners en todas las instancias desde el principio del proyecto para acostumbrar al equipo y prevenir errores desde el primer día.

Implementar un Environment Banner no solo es una mejora estética, tambien, es una práctica de seguridad y disciplina operativa.
Equipos que trabajan con múltiples entornos deben considerarlo un estándar, similar a controles de acceso, backups y pruebas automatizadas.

Si aún no lo estás usando, ¡pruébalo en tu instancia APEX hoy mismo! Comparte tu experiencia con tu equipo y observa cómo mejora la seguridad y eficiencia en el manejo de múltiples entornos.

APEX_APPLICATION.STOP_APEX_ENGINE: Detener el motor de Oracle APEX en el momento justo

Cristhian Cano Bogado — Wed, 11 Feb 2026 18:15:31 GMT

Cuando trabajamos con Oracle APEX solemos pensar que cada request sigue siempre el mismo ciclo:

Render → Procesos → Branch → HTML → Respuesta al navegador

Pero hay situaciones en las que queremos cortar ese flujo inmediatamente.
Por ejemplo:

Redirecciones manuales
Respuestas REST personalizadas
Descarga de archivos
APIs hechas en PL/SQL
Seguridad (evitar que APEX agregue HTML inesperado)
Generación de JSON/XML puro

¿Qué hace realmente STOP_APEX_ENGINE?

El procedimiento:

begin
    APEX_APPLICATION.STOP_APEX_ENGINE;
end;

le indica al motor de APEX que detenga el procesamiento inmediatamente y salga sin agregar más HTML al buffer HTTP.

En otras palabras:

APEX deja de comportarse como página web y pasa a comportarse como backend puro

Esto es clave cuando querés controlar completamente la respuesta HTTP.

¿Por qué existe?

APEX siempre intenta ayudarte renderizando la página.

Pero eso es un problema cuando querés devolver:

JSON
XML
un archivo
una redirección manual
un código HTTP específico

Sin detener el motor, APEX termina agregando cosas como:

<html>
<head>...head>
<body>...

Y eso rompe:

integraciones
APIs
descargas
iframes
fetch/ajax

Ejemplo : redirección manual

owa_util.redirect_url('https://apex.oracle.com');
apex_application.stop_apex_engine;

El navegador se redirige y APEX no sigue procesando la página.

El detalle que todos olvidan (y causa bugs raros)

STOP_APEX_ENGINE lanza internamente la excepción:

APEX_APPLICATION.E_STOP_APEX_ENGINE

Si tenés un WHEN OTHERS, vas a romper todo sin darte cuenta.

Oracle lo advierte claramente:
Debés volver a lanzar la excepción.

Forma correcta

BEGIN
    owa_util.redirect_url('https://apex.oracle.com');
    apex_application.stop_apex_engine;

EXCEPTION
    WHEN apex_application.e_stop_apex_engine THEN
        RAISE; -- obligatorio
    WHEN OTHERS THEN
        -- manejo real de errores
        raise_application_error(-20000, 'Error inesperado');
END;

Si no hacés esto:

APEX seguirá renderizando la página
Tendrás HTML mezclado con tu respuesta
Bugs imposibles de entender

APEX_APPLICATION.STOP_APEX_ENGINE no es un procedimiento más.

Es el interruptor que separa frontend de backend dentro de APEX.

Te permite convertir APEX en:

un generador de APIs
un servidor de archivos
un backend puro PL/SQL
un proveedor de servicios para SPA

Si desarrollás integraciones o endpoints y no lo usás, tarde o temprano vas a tener:

respuestas corruptas, JSON inválido o archivos rotos

Aprender a usarlo correctamente marca la diferencia entre:

desarrollar páginas APEX
desarrollar plataformas con APEX

Cómo mejorar la UX en Oracle APEX usando APEX_APPLICATION.HELP

Cristhian Cano Bogado — Wed, 04 Feb 2026 23:07:24 GMT

Brindar ayuda contextual en aplicaciones empresariales es clave para que los usuarios comprendan rápidamente qué acciones realizar y cómo interactuar con cada pantalla. En Oracle APEX, una herramienta poderosa y poco explotada para esto es el procedimiento APEX_APPLICATION.HELP. En este artículo, aprenderás cómo utilizarlo.

¿Por qué la ayuda contextual importa?

En aplicaciones empresariales, los usuarios necesitan orientación clara sin depender de manuales externos. Aquí es donde entra la ayuda contextual: proporciona información útil justo en el momento que se necesita, mejorando la eficiencia y reduciendo errores.

Como uso APEX_APPLICATION.HELP

Creamos una nueva pagina en blanco en el “Page Mode” usamos “Modal Dialog“.

A esta pagina le agregamos una nueva region.

Le ponemos un nombre representativo y en el “Type“ usamos “Dynamic Content”.

En la seccion "Appearance” utilizamos el Template Standard, y en el “Template Opcion” ocultamos el Header con la propiedad Hidden

En la seccion de “source”

Agregamos el siguiente codigo.


APEX_APPLICATION.HELP(    p_flow_id => :APP_ID,    
                          p_flow_step_id => :REQUEST);
return '';

Con este ultimo cambio, guardamos la pagina y vamos al &App_id>Shared_Components>Lists>”Navigation Bar” y creamos un nuevo “List Entry” asi.

Image/Class: fa-question-circle
List Entry Label: Ayuda
Target type: Page in this Application
Page: Aqui colocamos el id de la pagina que acabamos de crear
Request: &APP_PAGE_ID.

Despues de guardar esta nueva “List Entry” al ejecutar la aplicación tendriamos de esta manega el menu bar.

Con este procedimiento, APEX muestra automáticamente la información de ayuda configurada para esa página. Es ideal para guiar al usuario en formularios, reportes o procesos complejos sin recargar la interfaz.

Para probar la pagina de ayuda prepare una pagina de prueba que en su seccion de “Help” añadi el texto “Esta pagina la cree para probar los textos de ayuda“

Al ejecutar la pagina y dar clic en el boton de ayuda del Navigation Bar, nos desplegara la pagina de ayuda.

Beneficios de usar APEX_APPLICATION.HELP

Mejora la experiencia del usuario: proporciona asistencia en el contexto exacto.
Reduce errores y consultas al soporte: los usuarios entienden mejor los pasos a seguir.
Centraliza la gestión de la ayuda: toda la información se controla desde APEX, sin necesidad de documentación externa.

APEX_APPLICATION.HELP es una herramienta sencilla pero poderosa para ofrecer ayuda contextual en Oracle APEX. Permite guiar a tus usuarios de manera efectiva, mejorando la experiencia y reduciendo la curva de aprendizaje de tu aplicación.

Si te resultó útil este artículo, comparte tus experiencias aplicando ayuda contextual en tus proyectos APEX y muestra cómo los usuarios disfrutan de aplicaciones más intuitivas.

APEX_APPLICATION: checkboxes (G_F01)

Cristhian Cano Bogado — Thu, 29 Jan 2026 18:20:54 GMT

Uno de los usos más comunes , y potentes, de APEX_APPLICATION es el procesamiento de selecciones múltiples realizadas desde un reporte mediante checkboxes.

Cuando el usuario marca varias filas y hace “Submit”, Oracle APEX envía los valores seleccionados al backend usando arrays globales, siendo el más utilizado G_F01.

Este comportamiento no puede reemplazarse con v(), ya que v() solo lee un valor por item, mientras que G_Fxx permite manejar estructuras tipo lista o tabla.

Ejemplo: selección múltiple de empleados

Tenemos un “Interactive Report“ que lista empleados y permite seleccionar varios usando checkboxes.

SELECT
    apex_item.checkbox2(
        p_idx   => 1,
        p_value => e.nombre
        ) AS sel,
    e.nombre,
    e.estado AS nuevo_estado
FROM empleados e

¿Qué hace este reporte?

Cada checkbox marcado envía su valor a APEX_APPLICATION.G_F01
p_value define qué dato viaja al backend
En este caso, se envía el nombre del empleado

A tener en cuenta.*
Solo los checkboxes **marcados se envían en G_F01.
Las filas no seleccionadas no existen** para el proceso PL/SQL.*

Procesamiento en el backend

Se crea un procedimiento en que podemos llamar “PP_CARGAR_COLL” de tipo excecute code.

Lo que hara

Recorrer solo los registros seleccionados
Guardarlos temporalmente en una colección APEX
Prepararlos para procesamiento posterior (aprobación, confirmación, etc.)

Procedimiento Completo

begin
  apex_collection.create_or_truncate_collection(p_collection_name => 'COLL_PRUEBA'); -- Crear o limpiar la colección
  if apex_application.g_f01.COUNT = 0 then    --Validamos si al menos de marco una fila
    raise_application_error(-20001,
                            'Debe seleccionar al menos un registro.');
  end if;

  for i in 1 .. apex_application.g_f01.COUNT loop    --Recorrer únicamente los checkboxes marcados
    apex_collection.add_member(p_collection_name => 'COLL_PRUEBA',--guardamos los marcados en la collection COLL_PRUEBA
                               p_c001            => apex_application.g_f01(i));
  end loop;
end;

Esto hace el procedimiento

G_F01.COUNT indica cuántos checkboxes fueron marcados
El loop recorre solo esos valores
Cada valor seleccionado se guarda en la colección COLL_PRUEBA
p_c001 almacena el dato enviado desde el checkbox

Al ejecutar la pagina, “Submit“, las filas marcadas ya estaran insertadas en la collection lo podemos comprobar usando las herramientas de desarrollador de APEX. En la barra de herramientas hacemos clic en “Session“ y “View Session State“.

Se abrira esta ventana.

En la opcion view, seleccionamos “Collections“ y hacemos clic sobre el boton “Set“ y la pantalla se va a refrescar.

Despues de refrescar podremos ver el contenido de las colleciones creadas y asociadas a nuestra sesion

¿Por qué usar colecciones APEX?

Las colecciones son ideales cuando:

Necesitás almacenar selecciones temporales
Querés mostrar una pantalla de confirmación
El proceso se divide en varios pasos
No querés impactar tablas definitivas aún

Ejemplo de lectura posterior:

select c001 as nombre_empleado
  from apex_collections
 where collection_name = 'COLL_PRUEBA';

¿De que me serviria este patrón?

Este enfoque (checkbox + G_F01 + colección) es muy común en:

Aprobaciones masivas
Eliminación múltiple de registros
Selección de ítems para facturación
Migraciones desde Oracle Forms
Procesos en varias pantallas (wizard)
Reportes interactivos con acciones personalizadas

Buenas prácticas al usar G_F01

Validar siempre que G_F01.COUNT > 0, es decir, que existe.
Usar colecciones para estados intermedios.
Usar apex_debug para diagnóstico.
No asumir que siempre habrá datos.
No mezclar G_Fxx con lógica compleja innecesaria.

APEX_APPLICATION.G_F01 permite capturar listas dinámicas de datos enviadas desde el frontend de manera simple, directa y controlada.
Cuando se utiliza correctamente, especialmente en combinación con colecciones APEX, se transforma en un patrón sólido para implementar procesos masivos, selecciones múltiples y flujos de trabajo en varios pasos.

Este enfoque no solo resuelve problemas comunes en reportes interactivos y grillas personalizadas, sino que también facilita la migración desde Oracle Forms y la construcción de soluciones más claras, mantenibles y escalables dentro de Oracle APEX.

Si este artículo te ayudó a entender mejor cómo funcionan los G_Fxx y cuándo usarlos, compartilo con tu equipo o con otros desarrolladores APEX a los que les pueda servir.

Gracias por leer , ¡seguimos explorando APEX!

APEX_APPLICATION: el corazón del contexto de ejecución en Oracle APEX

Cristhian Cano Bogado — Mon, 26 Jan 2026 17:34:19 GMT

Oracle APEX es la plataforma low-code por excelencia, pero debajo de su interfaz visual vive un motor PL/SQL muy sofisticado. Para sacarle verdadero provecho ,especialmente cuando trabajamos con procesos, validaciones, automatizaciones o lógica compleja, es clave entender cómo APEX expone el contexto de ejecución de una aplicación.

Ahí es donde entra en juego el paquete APEX_APPLICATION: una API fundamental que nos permite acceder a variables globales, valores enviados desde formularios, controlar el flujo de ejecución e interactuar directamente con el motor de APEX.

En este artículo vamos a desmenuzar qué es APEX_APPLICATION para APEX 24.2+ por qué es tan importante y cómo usarlo correctamente con ejemplos reales en PL/SQL.

¿Qué es APEX_APPLICATION?

APEX_APPLICATION es un paquete PL/SQL global que Oracle APEX utiliza para:

Exponer información de la aplicación en ejecución
Compartir valores entre páginas, procesos y componentes
Recibir datos enviados desde formularios HTML
Controlar el flujo del motor de APEX

En otras palabras, es el puente entre la capa web (HTML/JS) y la lógica PL/SQL de tu aplicación.
Este paquete solo tiene sentido dentro del contexto de ejecución de APEX. No está pensado para ser usado como un paquete PL/SQL genérico fuera de una aplicación APEX.

Variables globales en APEX_APPLICATION

El paquete APEX_APPLICATION expone una serie de variables globales que reflejan el estado actual de la aplicación mientras se está ejecutando.

Identidad y contexto de ejecución

APEX_APPLICATION.G_FLOW_ID
ID de la aplicación APEX actualmente en ejecución.
APEX_APPLICATION.G_FLOW_STEP_ID
ID de la página actual dentro de la aplicación.
APEX_APPLICATION.G_USER
Usuario autenticado en la sesión APEX.

Esquema y propietario

APEX_APPLICATION.G_FLOW_OWNER
Parsing schema de la aplicación.
Puede referenciarse en SQL y PL/SQL usando #OWNER#.

Cambiar este valor en tiempo de ejecución no modifica el parsing schema real.
APEX_APPLICATION.G_FLOW_SCHEMA_OWNER
Propietario del esquema APEX que ejecuta la aplicación.

Flujo y control de ejecución

APEX_APPLICATION.G_REQUEST
Contiene el valor del REQUEST más reciente.
Se utiliza para identificar qué botón o acción disparó el procesamiento.
APEX_APPLICATION.G_DEBUG
Indica si el modo debug está activado (Yes / No).
Cuando está activo, APEX registra información detallada del procesamiento.

Entorno y presentación

APEX_APPLICATION.G_BROWSER_LANGUAGE
Idioma preferido del navegador del usuario.
APEX_APPLICATION.G_PRINTER_FRIENDLY
Indica si la página se ejecuta en modo de vista de impresión.
APEX_APPLICATION.G_HOME_LINK
URL de la página inicial de la aplicación.
APEX_APPLICATION.G_LOGIN_URL
URL utilizada para redirigir a usuarios no autenticados.

Recursos y configuración técnica

APEX_APPLICATION.G_IMAGE_PREFIX
Ruta virtual al directorio de imágenes estándar de APEX.
APEX_APPLICATION.G_PROXY_SERVER
Proxy configurado a nivel de aplicación.
APEX_APPLICATION.G_PUBLIC_USER
Esquema Oracle utilizado por el DAD para conectarse a la base de datos.
APEX_APPLICATION.G_SYSDATE
Fecha y hora del servidor de base de datos (DATE).

Variables para AJAX y procesos On-Demand

APEX_APPLICATION.G_X01 … G_X10
Variables utilizadas para intercambiar datos entre JavaScript y PL/SQL, muy comunes en procesos AJAX On-Demand.

Ejemplo: el siguiente codigo lo podemos usar en un proceso, activar el debug y en el debug de APEX podremos ver los datos

BEGIN
APEX_DEBUG.ENABLE(p_level => APEX_DEBUG.C_LOG_LEVEL_INFO);
    apex_debug.message(
        '- Usuario: %s
        - App: %s 
        - Página: %s 
        - Schema: %s 
        - Propietario_Schema: %s 
        - Request: %s 
        - idioma_Naveg: %s 
        - HOME_LINK: %s 
        - G_LOGIN_URL: %s 
        - G_IMAGE_PREFIX: %s 
        - G_PROXY_SERVER: %s 
        - G_PUBLIC_USER: %s 
        - G_SYSDATE: %s ',
        apex_application.G_USER,
        APEX_APPLICATION.G_FLOW_ID,
        apex_application.G_FLOW_STEP_ID,
        APEX_APPLICATION.G_FLOW_OWNER,
        APEX_APPLICATION.G_FLOW_SCHEMA_OWNER,
        APEX_APPLICATION.G_REQUEST,
        APEX_APPLICATION.G_BROWSER_LANGUAGE,
        APEX_APPLICATION.G_HOME_LINK,
        APEX_APPLICATION.G_LOGIN_URL,
        APEX_APPLICATION.G_IMAGE_PREFIX,
        APEX_APPLICATION.G_PROXY_SERVER,
        APEX_APPLICATION.G_PUBLIC_USER,
        APEX_APPLICATION.G_SYSDATE
    );

END;

RECUERDA QUE : APEX_APPLICATION se procesa del lado del servidor, por eso necesita un submit para ejecutarse.

Al realizar submit de una pagina que tenga este codigo en un proceso obtendremos

Si quieres aprender mas sobre APEX_DEBUG, descubre como te puede salvar la vida AQUI

Conclusión

APEX_APPLICATION es uno de esos paquetes que no se ven, pero sostienen todo el funcionamiento interno de Oracle APEX. Dominarlo te permite pasar de aplicaciones básicas a soluciones realmente profesionales y controladas.

Si trabajás seriamente con Oracle APEX, entender este API no es opcional: es una herramienta esencial para escribir código más robusto, claro y mantenible.

Hoy hablamos de las variables Globales si te parecio interesante, compartelo para llegar a mas DEV’s APEX y estate atento que en proximas ediciones estaremos hablando de Arrays G_Fnn, el procedimiento APEX_APPLICATION.HELP y APEX_APPLICATION.STOP_APEX_ENGINE.

Depurando tus apps de Oracle APEX con APEX_DEBUG

Cristhian Cano Bogado — Mon, 26 Jan 2026 17:27:26 GMT

¿Alguna vez te has frustrado cuando tratas de encontrar un error en tu aplicación? Bueno, no estás solo. La buena noticia es que con APEX_DEBUG, no necesitas romperte la cabeza para resolver tus problemas; ¡puedes desbloquear tu nivel de depuración solucionar bug!

¿Qué es APEX_DEBUG y por qué te importa?

APEX_DEBUG : te permite analizar, entender y resolver los problemas de tu aplicación.

Con APEX_DEBUG, puedes registrar mensajes en diferentes niveles (INFO, WARN, ERROR) y ver exactamente qué está sucediendo en tu aplicación. Es como activar un radar de para detectar cualquier inconsistencia en tu código.

Por ejemplo:

BEGIN
    APEX_DEBUG.MESSAGE('El valor de l_variable es: ' || l_variable);
END;

Con esto, puedes ver cómo evoluciona l_variable y resolver problemas antes de que te ataquen por sorpresa.

Niveles en APEX_DEBUG

APEX_DEBUG.MESSAGE

Este es el modo estándar. Usa MESSAGE para rastrear variables y comprobar que todo fluye según lo esperado.

APEX_DEBUG.MESSAGE('El valor de l_variable es: ' || l_variable);

¿Cuándo usarlo?
Cuando necesitas confirmar que tu aplicación está en el camino correcto.

APEX_DEBUG.ERROR

Si algo explota (y no de forma épica), es tu técnica definitiva para señalar el problema exacto.

APEX_DEBUG.ERROR('Error en proceso: ' || l_variable);

¿Cuándo usarlo?
Cuando necesitas marcar un error crítico que podría destruir tu puesto laboral. 🌍

APEX_DEBUG.WARN

A veces, algo no está del todo mal, pero tiene el potencial de causar problemas. Ahí es donde WARN entra en juego.

APEX_DEBUG.WARN('WARN del proceso: ' || l_variable);

¿Cuándo usarlo?
Cuando quieres adelantarte a un problema potencial, .

APEX_DEBUG.INFO

Este nivel es para cuando necesitas comprender el contexto general del proceso.Con INFO puedes obtener toda la información necesaria para unificar los detalles de tu proceso y hacer que todo funcione a la perfección.

APEX_DEBUG.INFO('info del proceso: ' || l_variable);

¿Cuándo usarlo?
Cuando necesitas entender la totalidad de lo que está ocurriendo y cómo los pequeños detalles se unen para lograr el gran objetivo.

¡Cómo activar la depuracion!

Activa (debug=YES)

Asegúrate de agregar &debug=YES en la URL de tu aplicación para habilitar la depuración.

Normalmente esta asi la URL

Y debe quedar asi

Pero se puede hacer con otros pasos asi:

2. Entrena estratégicamente

Coloca mensajes en los puntos clave de tu código, como este ejemplo:

BEGIN
    APEX_DEBUG.MESSAGE('Iniciando proceso...');
    -- Lógica principal
    APEX_DEBUG.ERROR('¡Error crítico detectado!: ' || SQLERRM);
END;

Analiza tu batalla

Usa la barra de desarrollador de APEX para revisar los mensajes y planear tu próximo movimiento.

Al ingresar en “Ver Depuracion“ se nos abrira la siguiente ventana

Elegimos el ultimo debug

Y se nos abrira otra ventana en donde podremos encontrar todos los mensajes que lance nuestro APEX_DEBUG.

¿Por qué APEX_DEBUG es la herramienta definitiva?

- Resuelve problemas rápido: Encuentra errores más rápido.

-Control total: No dejas nada al azar; puedes rastrear cada detalle.

Te sientes invencible: Porque sí, nada supera el poder de un depurador.

Cuando enfrentas bugs difíciles en producción , activa la depuración solo para tu sesión y evita que los demás lo vean:

BEGIN
    APEX_DEBUG.ENABLE;
END;

¡Y desactívalo cuando termines, como el Dev responsable que eres!

Conclusión

Depurar en APEX no tiene por qué ser complicado. Con APEX_DEBUG, puedes desbloquear esta herramienta y convertirte en un maestro de la depuración. Así que, la próxima vez que un bug intente hacerte frente, recuerda: tú tienes el poder.

APEX_ESCAPE: ¿Proteges tus aplicaciones Oracle APEX contra XSS?

Cristhian Cano Bogado — Thu, 15 Jan 2026 16:34:38 GMT

Cuando desarrollamos aplicaciones en Oracle APEX, solemos concentrarnos en la lógica del negocio, la experiencia de usuario y el rendimiento. Sin embargo, hay un aspecto crítico que muchas veces se pasa por alto hasta que es demasiado tarde: la seguridad, en particular la protección contra Cross-Site Scripting (XSS).

Aquí es donde entra en juego el paquete APEX_ESCAPE, una herramienta clave para evitar que datos maliciosos se ejecuten como código en nuestras aplicaciones.

¿Qué es APEX_ESCAPE?

APEX_ESCAPE es un paquete PL/SQL provisto por Oracle APEX que permite escapar caracteres especiales antes de mostrar datos en la interfaz de usuario.

Basicamente:
convierte texto potencialmente peligroso en texto seguro para mostrar en HTML, JavaScript o URLs*.*

Esto evita que un usuario malintencionado inyecte código como:

y que dicho código se ejecute en el navegador de otro usuario.

¿Por qué es tan importante?

Oracle APEX trabaja intensamente con datos ingresados por usuarios:

Ítems de página
Formularios
Comentarios
Parámetros
Datos provenientes de tablas

Si estos valores se muestran sin control, un atacante puede aprovecharlos para:

Robar sesiones
Ejecutar acciones en nombre de otros usuarios
Modificar la interfaz
Exponer información sensible

APEX_ESCAPE es una de las primeras líneas de defensa contra XSS.

Funciones más utilizadas de APEX_ESCAPE

1. APEX_ESCAPE.HTML

Escapa texto para que sea seguro mostrarlo en HTML.

APEX_ESCAPE.HTML(:P1_COMENTARIO)

Convierte:

< en <
\> en >
" en "

Podemos probar este query

select APEX_ESCAPE.HTML('<  >  " ') escap from dual;

Esta seria su salida.

Ideal para:

Reportes
Regiones HTML
Labels dinámicos

2. APEX_ESCAPE.HTML_ATTRIBUTE

Pensada para valores que se insertan dentro de atributos HTML.

APEX_ESCAPE.HTML_ATTRIBUTE(:P1_TITULO)

Útil cuando se usa dentro de:

<input type="text" value="&P1_TITULO.">

3. APEX_ESCAPE.JS_LITERAL

Escapa valores que serán utilizados dentro de código JavaScript.

APEX_ESCAPE.JS_LITERAL(:P1_MENSAJE)

Fundamental cuando se concatenan valores dinámicos en scripts.

Ejemplos

Supongamos que un usuario guarda este comentario:

Hola

Si lo mostramos directamente:

select feedback
from apex_team_feedback f

El script se ejecutará.

Pero si usamos:

select APEX_ESCAPE.HTML(feedback)feedback
from apex_team_feedback f

El navegador mostrará el texto sin ejecutar nada peligroso.

https://www.youtube.com/watch?v=45A_9y1ClAQ

Ejemplo de XSS con robo de sesión

Supongamos que un atacante logra inyectar este texto como comentario o descripción:

¿Qué intenta hacer este código?
(No cómo hacerlo, sino qué pasaría si se ejecuta)

Accede a document.cookie
Extrae cookies de sesión
Las envía a un servidor externo
Permite:
- Secuestro de sesión
- Suplantación de usuario
- Acceso a datos privados

En una app APEX con autenticación por cookies, esto puede ser crítico.

Para este ejemplo en particular, cree una api que recibe como parametro “CAMPO1“ y lo inyeccte en este script asi

La pagina intencionalmente vulnerable ejecuta el codigo y obtengo el dato del usuario

o si se usa este otro codigo

Se puede obtener otros datos igual de sensibles.

Si estos datos se pueden obtener, se podrian obtner otros, aun mas sensibles.

¿Cuándo debo usar APEX_ESCAPE?

Regla práctica:

Siempre que muestres datos dinámicos que no controlas al 100%

Especial atención en:

Regiones HTML
PL/SQL dinámico
JavaScript dinámico
Links generados manualmente
htp.p, htf.print, sys.htp

¿APEX no escapa automáticamente?

Sí… a veces.

Oracle APEX escapa automáticamente en muchos componentes declarativos (reportes clásicos, interactivos, ítems estándar), pero no en todos los casos, especialmente cuando:

Usas PL/SQL
Generas HTML manualmente
Construyes JavaScript dinámico
Desactivas el escape en columnas

Por eso, conocer y usar APEX_ESCAPE es fundamental.

Buenas prácticas

Escapar al mostrar, no al guardar.
Usar la función adecuada según el contexto (HTML, JS, URL).
No confiar ciegamente en el escape automático.
Revisar código legado.
Combinar con validaciones y controles de acceso.

Conclusión

APEX_ESCAPE no es solo un paquete más:
es una herramienta esencial para desarrollar aplicaciones Oracle APEX seguras.

Dominar su uso te permite:

Evitar vulnerabilidades XSS
Proteger a tus usuarios
Cumplir buenas prácticas de seguridad
Dormir más tranquilo

Si trabajas con APEX y aún no lo usas conscientemente, este es el momento de incorporarlo a tu estándar de desarrollo.

¿Te gustó este contenido? Dejá un comentario, compartilo con tu equipo o Invitame un cafe.

Nos leemos luego

APEX_PAGE en Oracle APEX: Redirección, cache y control de páginas.

Cristhian Cano Bogado — Mon, 08 Dec 2025 21:05:31 GMT

Cuando desarrollamos aplicaciones en Oracle APEX, interactuar con páginas, items, procesos y navegación mediante la interfaz gráfica. Pero, cuando necesitamos un control más avanzado, Oracle nos ofrece un paquete muy poderoso: APEX_PAGE.

Esto nos permite trabajar con la página actual o otras páginas desde PL/SQL, pudiendo consultar atributos, construir URLs dinámicas, o limpiar caché, entre otras funciones.

En este artículo te muestro qué hace realmente APEX_PAGE y cómo podés aplicarla en escenarios reales.

¿Qué es APEX_PAGE?

APEX_PAGE es un paquete PL/SQL que expone funcionalidades internas de APEX relacionadas a:

Información de la página actual
Navegación entre páginas
Modo de operación de la página
Detección de interfaz (Desktop vs Mobile)
Manejo de caché
Construcción de URLs seguras

Es especialmente útil cuando querés controlar el comportamiento de una página desde PL/SQL.

Ejemplo 1: Crear una URL dinámica y redirigir hacia otra página usando PLSQL (GET_URL).

Cuando necesitás enviar al usuario a otra página con parámetros, o generar enlaces para emails o notificaciones, APEX_PAGE.GET_URL simplifica todo.

Utilizando el siguiente codigo en un proceso podemos generar una URL para redirigur a la página 24 con valores de ítems.

DECLARE
    l_url VARCHAR2(4000);
BEGIN
    l_url := apex_page.get_url(
        p_page        => 24,--Puede ser dinamico y no en durango, se puede definir una variable o un item :P23_nro_pagi_dest
        p_clear_cache => '24',
        p_items       => 'P24_ID,P24_MODE',--Lista de los items de la página destino que recibirán valores. Deben existir en la página 24.
        p_values      => :P23_ID||','||:P23_MODO,--Valores que se enviarán a los items definidos en p_items. Provienen de los items de la página actual (23).
        p_session     => :APP_SESSION
    );

    apex_util.redirect_url(l_url);
END;

En este ejemplo, tenemos en la pagina 23, los item´s “ID“ y “MODO“, cuyos valores vamos a enviar a la pagina 24.

Al hacer clic en el boton, los valores son Seteados a la pagina de destino.

También podemos redirigir a otra página usando JavaScript.
Sin embargo, como la URL debe ser generada en el servidor (usando apex_page.get_url), necesitamos almacenar esa URL en un item —generalmente un item oculto— para que JavaScript pueda leerla y ejecutar el redireccionamiento.

Este item funciona como un “item bandera”, conteniendo la URL final que JavaScript debe usar.

Ejemplo 2: Crear una URL dinámica y redirigir hacia otra página usando javascript (GET_URL).

1. PL/SQL procesa y coloca la URL en un item oculto

    :P23_URL := apex_page.get_url(
        p_page        => 27,--Puede ser dinamico y no en durango, se puede definir una variable o un item :P23_nro_pagi_dest
        p_clear_cache => '27',
        p_items       => 'P27_ID,P27_MODE',--Lista de los items de la página destino que recibirán valores. Deben existir en la página 27.
        p_values      => :P23_ID||','||:P23_MODO,--Valores que se enviarán a los items definidos en p_items. Provienen de los items de la página actual (23).
        p_session     => :APP_SESSION
    );

2. El siguiente código JavaScript redirige a otra página utilizando una URL generada previamente en el servidor.
El item P23_URL contiene la URL construida con apex_page.get_url, y luego JavaScript realiza la redirección utilizando la API nativa apex.navigation.redirect:

let url = $v("P23_URL");
apex.navigation.redirect(url);

Al dar clic en el boton nos redirige a la pagina modal con los parametros recibidos.

https://www.youtube.com/watch?v=ffHN6_8HDuI

Ejemplo 3: Forzar la recarga de una página limpiando la caché (PURGE_CACHE)

Si trabajás con Interactive Reports, Grids o regiones con caché, quizá necesites invalidarla tras una actualización importante.

Limpiar la caché de la página 24

BEGIN
    apex_page.purge_cache( p_page_id => 24 );
END;

Limpiar caché solo para la sesión actual

BEGIN
     APEX_PAGE.PURGE_CACHE (
         p_current_session_only => true );
END;

Ejemplo 4: Consultar el modo de página (GET_PAGE_MODE)

Cuando una página funciona tanto para Insert, Update o Read Only, puede ser útil adaptar lógica según su modo.

Diferenciar entre Insert y Edit

DECLARE
   l_mode VARCHAR2(30);
BEGIN
    l_mode := apex_page.get_page_mode(p_application_id=>:APP_ID,
                                     p_page_id=>:APP_PAGE_ID)
   IF l_mode = 'NORMAL' THEN
      apex_debug.info(p_message => 'Página editable'); 
   ELSIF l_mode = 'READ_ONLY' THEN
       apex_debug.info(p_message => 'Página solo lectura');
   END IF;
END;

APEX_PAGE es una herramienta sencilla pero potente, ideal para elevar las aplicaciones APEX a un nivel más profesional y flexible.

Si te gustó este artículo comentame que te parecio y si aprendiste algo nuevo, podés darle “Follow“ al blog, compartir la publicación o incluso invitarme un café así seguimos creando más contenido sobre Oracle APEX.

Cómo convertir Markdown a HTML en Oracle APEX con APEX_MARKDOWN

Cristhian Cano Bogado — Thu, 20 Nov 2025 23:35:50 GMT

¿Qué es Markdown?

Markdown es un lenguaje de marcado ligero, diseñado para escribir texto con formato sin necesidad de código HTML.
Es simple, rápido y fácil de leer incluso sin procesar.

Ejemplo básico

Markdown:

# Título
## Subtítulo
**negrita**, *cursiva*
- Lista 1
- Lista 2

HTML generado:

<h1>Títuloh1>
<h2>Subtítuloh2>
<strong>negritastrong>
<ul><li>Lista 1li><li>Lista 2li>ul>

Por eso es ideal para:

Documentación
Notas técnicas
Blogs
Wikis
Comentarios y descripciones

El soporte para Markdown dentro de Oracle APEX se volvió una herramienta extremadamente útil para quienes desean agregar contenido dinámico, limpio y bien formateado sin escribir HTML a mano.
Gracias al paquete nativo APEX_MARKDOWN, podemos convertir fácilmente Markdown → HTML seguro y mostrarlo en cualquier página.

En este artículo te mostraré:

Cómo usar Markdown en Static Content
Cómo almacenarlo en tablas y renderizarlo dinámicamente
Cómo construir una mini-wiki interna en tu aplicación APEX

Vamos por partes.

1. Usar Markdown en regiones Static Content

Las regiones Static Content permiten escribir HTML, pero también pueden procesar Markdown si usamos PL/SQL o un Dynamic Action.
La forma más sencilla es usar una región tipo Dynamic Content para convertir Markdown → HTML en tiempo real.

Ejemplo

Crea una región Dynamic Content
En el código coloca:

declare
  l_md clob := '
# Bienvenido a mi aplicación  
Renderizado con **Markdown**
                ';
begin
  return apex_markdown.to_html(l_md);
end;

Resultado: un contenido HTML perfectamente renderizado sin escribir una sola etiqueta

, ,
, etc.

2. Guardar Markdown en tablas y mostrarlo dinámicamente

Este es el uso más poderoso: almacenar contenido Markdown en la base, y dejar que APEX lo convierta en HTML cada vez que alguien lo consulta.

Crear una tabla para Markdown

CREATE TABLE notas ( id NUMBER GENERATED ALWAYS AS IDENTITY, titulo VARCHAR2(200), contenido_md CLOB, creado_el DATE DEFAULT SYSDATE, PRIMARY KEY (id) );

Formulario para cargar contenido

Crea un formulario automático sobre la tabla.
El campo contenido_md será un Textarea donde escribir Markdown.

Listar notas con Markdown procesado

Crea un Interactive Report o Classic Report con la consulta:

select id, titulo, apex_markdown.to_html(contenido_md) as contenido_html, creado_el from notas

En la columna contenido_html marca:

Escape special characters → NO (importantísimo)

Esto permite mostrar el HTML generado por TO_HTML.

3. Construir una mini-wiki dentro de Oracle APEX

Este es un caso de uso muy práctico para intranets, documentación de proyectos, manuales de usuario, etc.

La idea:

cada página de la wiki se guarda como un registro con Markdown

cada vez que un usuario accede, el sistema convierte Markdown → HTML

se pueden agregar enlaces entre páginas fácilmente

Estructura de ejemplo

CREATE TABLE wiki_paginas ( id NUMBER GENERATED ALWAYS AS IDENTITY, slug VARCHAR2(200) UNIQUE, titulo VARCHAR2(200), contenido_md CLOB, actualizado_el DATE DEFAULT SYSDATE, PRIMARY KEY (id) );

El slug sirve como identificador amigable para la URL.

INSERT INTO wiki_paginas (slug, titulo, contenido_md) VALUES ( 'instalacion', 'Guía de Instalación', '# Instalación de la Aplicación Sigue estos pasos para instalar la aplicación: 1. Descargar los archivos del repositorio 2. Crear la base de datos en Oracle 3. Configurar ORDS y APEX 4. Importar el archivo de la aplicación 5. Probar el login inicial ' ); INSERT INTO wiki_paginas (slug, titulo, contenido_md) VALUES ( 'configuracion', 'Configuración Inicial', '# Configuración Inicial Antes de empezar, asegúrate de: - Configurar usuarios y roles - Ajustar parámetros de correo - Revisar conexiones a la base de datos - Activar logs y auditoría ' ); INSERT INTO wiki_paginas (slug, titulo, contenido_md) VALUES ( 'uso_basico', 'Uso Básico de la Aplicación', '# Uso Básico ## Crear un registro - Acceder al módulo correspondiente - Hacer clic en "Nuevo" - Completar los campos requeridos - Guardar y verificar ## Editar un registro - Seleccionar el registro - Hacer clic en "Editar" - Modificar los datos - Guardar cambios ' ); INSERT INTO wiki_paginas (slug, titulo, contenido_md) VALUES ( 'faq', 'Preguntas Frecuentes', '# FAQ - Preguntas Frecuentes ## ¿Cómo recupero mi contraseña? Ve a la pantalla de login y haz clic en "Olvidé mi contraseña". ## ¿Puedo exportar datos? Sí, utiliza la opción "Exportar" disponible en los reportes. ' );

Listado principal de páginas

Consulta:

select titulo, slug, actualizado_el from wiki_paginas order by titulo;

Página para visualizar una página de la wiki

Región Dynamic Content:

declare l_md clob; begin select contenido_md into l_md from wiki_paginas where (id = :P22_LISTA); return apex_markdown.to_html(l_md); end;

Podemos agregar una lista de valores para ir navegando en la wiki

select slug, id from wiki_paginas order by titulo;

Al ejecutar tendriamos este conportamiento

https://youtu.be/WrxtrSOJyqY

Conclusión

Con APEX_MARKDOWN podés:

mostrar contenido elegante en regiones Static Content

almacenar Markdown en tablas y renderizarlo como HTML

construir una mini-wiki interna sin escribir HTML

ofrecer editores con preview en tiempo real

mantener documentación y notas dentro de tu app sin dependencias externas

Es simple, seguro y muy poderoso.

Si te gustó este artículo comentame que te parecio y si aprendiste algo nuevo, podés darle “Follow“ al blog, compartir la publicación o incluso invitarme un café así seguimos creando más contenido sobre Oracle APEX.

Utiliza código JAVASCRIPT desde PL/SQL con APEX_JAVASCRIPT

Cristhian Cano Bogado — Tue, 11 Nov 2025 17:17:17 GMT

Oracle APEX combina lo mejor del desarrollo declarativo con el poder del código PL/SQL, y si ya viste cómo podemos aplicar estilos dinámicos con APEX_CSS, ahora vamos un paso más allá: inyectar y ejecutar código JavaScript directamente desde PL/SQL.

¿Qué es APEX_JAVASCRIPT?

Es un paquete integrado en Oracle APEX que te permite generar fragmentos de código JavaScript desde el lado del servidor (PL/SQL) y enviarlos al navegador del usuario.

Esto es útil cuando querés:

Ejecutar funciones JS después de una llamada AJAX o proceso dinámico.

Inyectar variables de sesión o datos PL/SQL directamente al código cliente.

Controlar comportamientos visuales sin tocar el código fuente de las páginas.

En resumen: llevar la lógica del servidor hasta el navegador, de forma controlada.

Ejemplo 1: Mostrar un mensaje dinámico

Si quisieramos mostrar un alert() con un mensaje en PL/SQL.
Podés hacerlo así:

apex_javascript.add_onload_code( p_code => 'alert("Bienvenido, ' || :APP_USER || '!");' );

Esto agrega el código JavaScript a la página justo cuando se carga (en este caso un proceso before header).
En este ejemplo, el texto dentro de :APP_USER se inserta dinámicamente desde PL/SQL y se muestra de esta manera en la pagina.

La función apex_javascript.add_onload_code te permite inyectar código JavaScript que se ejecutará automáticamente cuando la página termine de cargarse.

Ejemplo 2: Ejecutar funciones JS personalizadas

Supongamos que tenés una función JavaScript definida en “Function and Global Variable Declaration“:

function mostrarMSG(mensaje) { apex.message.showPageSuccess(mensaje); }

Y querés llamarla desde un proceso PL/SQL:

apex_javascript.add_onload_code( p_code => 'mostrarMSG("Operación completada!");' );

Así, APEX ejecutará esa función al renderizar la página.

Ejemplo 3: Inyectar código JavaScript directo con add_inline_code

A diferencia de add_onload_code, que ejecuta el JavaScript al cargar la página, la función
apex_javascript.add_inline_code inyecta el código directamente en el HTML generado durante el render.

Esto significa que el código estará presente en el DOM desde el principio, y podés usarlo tanto en funciones personalizadas como en scripts de inicialización.

Supongamos que querés crear una variable JavaScript con el nombre del usuario actual (:APP_USER), de modo que puedas usarla en cualquier script del lado cliente:

apex_javascript.add_inline_code( p_code => 'var usuarioActual = "' || :APP_USER || '";' );

Esto genera dentro del HTML algo como:

var usuarioActual = "CRIS_CAN";

De esta forma, cuando la página se carga, la variable usuarioActual ya existe y puede ser usada por cualquier código JavaScript, acción dinámica o librería externa.

Conclusión

APEX_JAVASCRIPT es una joya dentro del arsenal de Oracle APEX.
Con apenas unas líneas de código, podés conectar el mundo PL/SQL con el del navegador y crear interfaces más inteligentes y dinámicas, sin complicarte con archivos JS externos.

Si te gustó este artículo, te recomiendo leer también APEX_CSS: aplica estilos dinámicos en Oracle APEX con PL/SQL.
Comentame que te parecion el articulo! y si aprendiste algo nuevo, podés darle “Follow“ al blog, compartir la publicación o incluso invitarme un café así seguimos creando más contenido sobre Oracle APEX.

APEX_CSS: Almacena Bloques CSS en base de datos y aplicalos en APEX.

Cristhian Cano Bogado — Sat, 08 Nov 2025 00:00:21 GMT

En el artículo anterior, aprendimos a usar el paquete APEX_CSS para aplicar estilos dinámicos directamente desde PL/SQL, adaptando el diseño de la página según el usuario o las condiciones de negocio.
Si todavía no lo leíste, te recomiendo hacerlo antes: APEX_CSS: aplica estilos dinámicos en Oracle APEX con PL/SQL

En esta ocación, vamos un paso más allá:
Veremos que es posible almacenar bloques de código CSS en tablas dentro de la base de datos y aplicarlos dinámicamente desde nuestras páginas de APEX.

¿Por qué almacenar CSS en la base de datos?

Guardar los estilos en tablas ofrece ventajas interesantes:

Permite que los usuarios administradores cambien el aspecto de la app sin tocar el código.

Facilita la personalización visual por perfil, empresa o entorno.

Se pueden versionar y activar/desactivar temas fácilmente.

Centraliza la gestión de estilos en la base de datos.

En resumen: tu base de datos se convierte en un gestor de temas dinámicos.

1. Crear una tabla para los estilos

Primero, creamos una tabla donde almacenaremos nuestros bloques CSS:

CREATE TABLE APP_CSS_BLOC ( ID NUMBER GENERATED ALWAYS AS IDENTITY, NOMB VARCHAR2(100), CSS_BLOC CLOB, ACTI CHAR(1) DEFAULT 'N', CONSTRAINT PK_APP_CSS_BLOC PRIMARY KEY (ID) );

Luego, insertamos algunos estilos base:

INSERT INTO APP_CSS_BLOC (NOMB, CSS_BLOC, ACTI) VALUES ( 'Fondo Oscuro', 'body { background: #2e2e2e; color: #fff; } .t-Button { background-color: #444; } ', 'Y' ); INSERT INTO APP_CSS_BLOC (NOMB, CSS_BLOC, ACTI) VALUES ( 'Fondo Claro', 'body { background: #fefefe; color: #222; } .t-Button { background-color: #e0e0e0; }', 'N' );

2. Aplicar el CSS activo desde PL/SQL

Ahora, en nuestra página APEX, creamos un proceso en el evento “Before Header” y añadimos este bloque:

DECLARE l_css CLOB; BEGIN -- Obtiene el bloque CSS activo desde la base de datos SELECT CSS_BLOC INTO l_css FROM APP_CSS_BLOC WHERE ACTI = 'Y' AND ROWNUM = 1; -- Inyecta el CSS en tiempo de ejecución usando APEX_CSS apex_css.add(p_css => l_css); END;

¿Qué hace este código?

Consulta la tabla para obtener el CSS que tenga ACTI = 'Y'.

Usa apex_css.add para inyectarlo dinámicamente en la página al momento de renderizar.

Así, el tema activo se aplica automáticamente sin editar archivos estáticos.

3. Cambiar el tema desde la base de datos

Podés crear una sencilla página de administración donde el usuario elija el tema activo:

update APP_CSS_BLOC set ACTI = case when id = :P1_TEMA_ACTUAL then 'Y' else 'N' end where id=:P1_TEMA_SELECCIONADO;

Y al recargar la aplicación, el nuevo CSS se aplicará automáticamente.
Esto hace posible cambiar el aspecto de toda la aplicación en tiempo real y sin despliegues.

Resultado

Puedes cambiar de temas sin modificar la plantilla.

¡Todo controlado desde la base de datos!

Conclusión

Con este enfoque, APEX_CSS deja de ser solo una herramienta para pequeños retoques visuales:
se convierte en un mecanismo de personalización dinámica y administrable directamente desde la base de datos.

Este patrón es ideal para:

Aplicaciones multiempresa o con branding personalizable.

Portales donde el administrador define los colores o temas.

Entornos donde se busca independencia del equipo de diseño.

¿Te gustó este contenido? Dejá un comentario, compartilo con tu equipo o Invitame un cafe.

APEX_CSS: aplica estilos dinámicos en Oracle APEX con PL/SQL

Cristhian Cano Bogado — Wed, 05 Nov 2025 19:14:50 GMT

APEX combina la simplicidad del desarrollo declarativo con la potencia del PL/SQL, pero cuando queremos dar personalidad visual dinámica a nuestras apps entra en juego una joya poco explotada: el paquete APEX_CSS.

Pero… ¿Que puedo hacer con este paquete?

Con APEX_CSS podés inyectar codigo CSS desde PL/SQL, incluso a partir de datos almacenados en tablas, lo que abre la puerta a un diseño completamente configurable desde la base de datos.

Desde que se introdujo representa un paso importante hacia la personalización dinámica de interfaces desde el propio motor PL/SQL. Este paquete permite inyectar, modificar o eliminar reglas CSS directamente en tiempo de ejecución, sin necesidad de archivos estáticos ni hojas de estilo predefinidas. Es totalmente compatible con las versiones 23.x y 24.x, y su ámbito de acción se limita a la sesión actual del usuario, lo que garantiza que los estilos aplicados de forma dinámica se eliminen automáticamente al cerrar la sesión.

El paquete se ejecuta dentro del ciclo de renderización de APEX, por lo que puede usarse en procesos “Before Header”, “Before Regions” o incluso desde acciones dinámicas (Dynamic Actions, siempre y cuando se realice el render de la pagina, submit), permitiendo que los cambios de estilo respondan a eventos del usuario o condiciones lógicas del backend.

Ejemplo

En la pagina de APEX en la cual queremos aplicar el paquete creamos un proceso, en este caso en el BEFORE HEADER

Lo nombramos como mejor nos parezca, el “Type“ debe ser Excecute code

En el PL/SQL Code

Colocamos este codigo

BEGIN -- Verifica el usuario autenticado actual en la sesión APEX IF :APP_USER = 'ADMIN' THEN -- Si el usuario es ADMIN, aplica un fondo oscuro (tono corporativo) apex_css.add( p_css => 'body { background-color: #5c4543; }' ); ELSE -- Para el resto de los usuarios, aplica un fondo claro (tono cálido) apex_css.add( p_css => 'body { background-color: #fff4e6; }' ); END IF; END;

Al ejecutar la pagina si el :APP_USER es ADMIN se mostraria de esta manera

Y si no de esta manera

Este código se ejecuta durante la fase de renderización de la página en un proceso “Before Header”, pero puede ejecutarse tambien en el “After Header“, donde el motor de APEX genera el HTML que el usuario verá en el navegador.
Mediante el paquete APEX_CSS, el bloque inyecta una regla CSS directamente en el documento, sin depender de archivos externos ni temas adicionales.

La clave está en la función apex_css.add, que toma el parámetro p_css —un bloque de código CSS en texto plano— y lo añade al contenido de la página antes de ser enviada al cliente.
De esta forma, cada usuario puede tener un entorno visual adaptado a su perfil, sin alterar la estructura base del tema APEX.

Con esto concluimos que el paquete APEX_CSS demuestra que Oracle APEX no solo es una plataforma declarativa para crear aplicaciones empresariales rápidamente, sino también una herramienta altamente flexible y programable.
Al permitirnos inyectar o modificar estilos CSS directamente desde PL/SQL, podemos adaptar la interfaz a cada usuario, contexto o flujo del negocio, sin tocar el código fuente del tema ni alterar la estructura de la página.

Este enfoque resulta ideal para proyectos donde la personalización visual dinámica aporta valor —por ejemplo, distinguir perfiles de usuario, marcar estados del sistema o aplicar temas personalizados sin mantenimiento manual—.
Además, su compatibilidad con versiones modernas como APEX 23.x y 24.x lo convierte en un recurso confiable y vigente para desarrollos actuales.

¿Te gustó este contenido?
Sigueme para más artículos sobre Oracle APEX, desarrollo PL/SQL y personalización visual paso a paso.

En el próximo post vamos a ver cómo consultar y aplicar CSS almacenado en tablas usando APEX_CSS.
¡No te lo pierdas!

JOIN vs WHERE en Oracle SQL: Evitá horrores, mejora el rendimiento y escribe código más limpio

Cristhian Cano Bogado — Tue, 22 Apr 2025 23:27:10 GMT

Cuando trabajamos con bases de datos en Oracle, una de las decisiones más comunes (y muchas veces subestimadas) es cómo unir tablas en una consulta SQL. Aunque existen distintas formas de hacerlo, utilizar JOIN explícitos en lugar de unir con condiciones = dentro del WHERE es considerado una buena práctica por varias razones. En este artículo te explico por qué, con ejemplos y consejos adicionales para mejorar el rendimiento y la claridad de tu código SQL.

1. Claridad y legibilidad del código

Una consulta con JOIN explícitos separa claramente la lógica de relación entre tablas de los filtros de la consulta. Esto no solo hace que el código sea más fácil de leer, sino también de mantener.

-- Método moderno y claro select e.nombre, d.nombre from empleados e join departamentos d on e.depto_id = d.id where e.estado = 'ACTIVO'; -- Método antiguo y propenso a errores select e.nombre, d.nombre from empleados e, departamentos d where e.depto_id = d.id and e.estado = 'ACTIVO';

2. Evitá errores de producto cartesiano

Cuando se usa el estilo antiguo (múltiples tablas separadas por comas en el FROM) y se olvida alguna condición de unión en el WHERE, se puede generar un producto cartesiano, combinando cada fila de una tabla con todas las filas de la otra. Esto puede resultar en miles o millones de registros innecesarios y afectar gravemente el rendimiento.

¿Por qué sucede esto?

Cuando escribís algo como:

SELECT * FROM empleados e, departamentos d;

Oracle no sabe cómo relacionar empleados con departamentos, así que hace todas las combinaciones posibles. Por ejemplo:

Si empleados tiene 100 filas y departamentos tiene 10, el resultado va a tener 1000 filas.

Este efecto no es un error del motor, sino el comportamiento lógico esperado cuando no hay condiciones de unión. Es por eso que:

Si te olvidás de una condición como e.depto_id = d.id, el motor igual ejecuta la consulta, pero produce una cantidad inesperada de resultados, generando un gran impacto en el rendimiento.

-- Esto genera un producto cartesiano SELECT * FROM empleados e, departamentos d WHERE e.estado = 'ACTIVO';

3. Control total con tipos de JOIN

El uso de JOIN explícitos te permite aplicar distintos tipos de combinaciones:

INNER JOIN: solo los registros coincidentes.

LEFT JOIN: todos los registros de la tabla izquierda, aunque no haya coincidencia.

RIGHT JOIN, FULL OUTER JOIN, etc.

Esto no es posible (o es muy confuso) con uniones implícitas mediante el WHERE.

-- LEFT JOIN para obtener empleados aunque no tengan departamento asignado SELECT e.nombre, d.nombre AS depto FROM empleados e LEFT JOIN departamentos d ON e.depto_id = d.id;

4. Estándares modernos y portabilidad

JOIN es parte del estándar ANSI SQL, lo que significa que tu consulta va a funcionar igual (o con mínimos cambios) en otros motores de base de datos como PostgreSQL, MySQL, SQL Server, etc.

5. Mejora el rendimiento en consultas complejas

Aunque Oracle puede optimizar ambos estilos, en consultas con muchas tablas, subconsultas o OUTER JOINs, los JOIN explícitos facilitan que el optimizador de Oracle genere un plan de ejecución más eficiente.

Consejo: Siempre verificá el plan de ejecución (EXPLAIN PLAN) para ver cuántas combinaciones está haciendo Oracle y ajustar tu consulta en base a eso.

Otros tips de optimización en Oracle SQL

Usá EXISTS en lugar de IN cuando consultes subqueries correlacionadas.

Evitá funciones en columnas indexadas en el WHERE para no romper el índice.

Utilizá WITH (subqueries fijas) para reutilizar lógicas en varias partes del query.

No uses SELECT * en producción: seleccioná solo las columnas necesarias.

Agregá hints (/*+ */) si necesitás controlar el plan de ejecución en situaciones muy específicas.

Conclusión

Usar JOIN en lugar de condiciones en el WHERE no solo es más legible, sino también más seguro y eficiente. En ambientes empresariales donde el rendimiento y la claridad del código son clave, seguir estas buenas prácticas puede ahorrarte horas de depuración y optimización. Empezá hoy mismo a escribir tus consultas con JOIN explícitos, y sentí la diferencia.

Manejo de Errores y Mejora de UX en Oracle APEX con apex.event

Cristhian Cano Bogado — Sun, 09 Feb 2025 16:37:38 GMT

Introducción

Una buena experiencia de usuario (UX) no solo mejora la usabilidad de una aplicación, sino que también previene errores y reduce frustraciones. En Oracle APEX, la API apex.event nos permite gestionar eventos de manera eficiente para evitar acciones no deseadas y optimizar la interacción del usuario. En este artículo, exploraremos cómo usar apex.event para prevenir errores comunes y mejorar la UX en nuestras aplicaciones.

Casos Prácticos de Prevención de Errores

🛑 1. Evitar el Envío de Formularios Incompletos

Cuando un usuario intenta enviar un formulario sin completar los campos obligatorios, podemos deshabilitar el botón hasta que todos los datos sean correctos.

Implementación:

Agrega un botón "Enviar" con ID: btn_enviar.

Agrega dos campos de entrada: P18_NOMBRE y P18_EMAIL.

Usa el siguiente código en Ejecutar JavaScript > Función y Declaración Global:

document.addEventListener("DOMContentLoaded", function () { // Función de validación del formulario function validarFormulario() { // Obtenemos los valores de los campos P18_NOMBRE y P18_EMAIL let nombre = $v("P18_NOMBRE").trim(); let email = $v("P18_EMAIL").trim(); // Obtenemos el botón de enviar let botonEnviar = document.getElementById("btn_enviar"); // Deshabilitamos el botón si los campos están vacíos, habilitamos si no botonEnviar.disabled = !(nombre !== "" && email !== ""); } // Usamos addEventListener para escuchar los eventos 'input' en los campos P1_NOMBRE y P1_EMAIL document.querySelector("#P18_NOMBRE","#P18_EMAIL").addEventListener("input", validarFormulario); //document.querySelector("#P18_EMAIL").addEventListener("input", validarFormulario); // Validamos el estado al cargar la página validarFormulario(); });

🔹 Explicación:

✔️ Escuchamos el evento ‘input’ en los campos P18_NOMBRE y P18_EMAIL.
✔️ Habilitamos el botón solo si ambos campos tienen contenido.
✔️ Al cargar la página, verificamos si el botón debe estar deshabilitado.

🚪 2. Prevenir la Pérdida de Datos al Salir sin Guardar

Si el usuario intenta salir sin guardar cambios, podemos mostrar una alerta.

Implementación:

Agrega un formulario con campos editables.

Usa este código en Ejecutar JavaScript > Función y Declaración Global:

document.addEventListener("DOMContentLoaded", function () { let cambiosPendientes = false; // Escuchar los cambios en los campos del formulario document.querySelector("body").addEventListener("input", function () { cambiosPendientes = true; // Se marca como verdadero cuando hay cambios }); // Escuchar el evento beforeunload (antes de que la página se cierre o recargue) window.addEventListener("beforeunload", function (event) { if (cambiosPendientes) { event.preventDefault(); // Prevenir el comportamiento por defecto (cerrar la página) // En navegadores modernos, ya no se permite personalizar el mensaje, pero se sigue mostrando una alerta genérica } }); });

🔹 Explicación:

✔️ Escuchamos el evento input en cualquier campo del formulario.
✔️ Si hay cambios, activamos la advertencia antes de que el usuario cierre la pestaña.

⛔ 3. Deshabilitar Acciones Hasta Cumplir Condiciones

Si queremos que un botón solo esté activo cuando el usuario seleccione una opción válida en un Select List, podemos hacerlo con eventos.

Implementación:

Agrega un Select List con ID: P18_OPCION.

Agrega un botón con ID: btn_aceptar.

Usa el siguiente código en Ejecutar JavaScript > Función y Declaración Global:

document.addEventListener("DOMContentLoaded", function () { function validarSeleccion() { let seleccion = $v("P18_OPCION"); let botonAceptar = document.getElementById("btn_aceptar"); botonAceptar.disabled = (seleccion === ""); } // Usamos 'addEventListener' en lugar de 'apex.event.addListener' document.getElementById("P18_OPCION").addEventListener("change", validarSeleccion); // Llamamos a la validación también al cargar la página para asegurar el estado del botón validarSeleccion(); });

🔹 Explicación:

✔️ Escuchamos cambios en el Select List.
✔️ Si no hay selección, deshabilitamos el botón.
✔️ Validamos también al cargar la página.

4. Prevenir el Envío de Formularios con Datos Incorrectos

Además de asegurarse de que los campos estén completos, también es importante validar el formato de los datos, como correos electrónicos o números telefónicos.

Implementación:

Agrega un campo de correo electrónico: P1_EMAIL.

Usa el siguiente código para validar el formato de correo electrónico antes de habilitar el botón de envío:

document.addEventListener("DOMContentLoaded", function () { function validarEmail() { let email = $v("P18_EMAIL2").trim(); let botonEnviar = document.getElementById("btn_enviar_2"); let regex = /^[^\s@]+@[^\s@]+\.[^\s@]+$/; botonEnviar.disabled = !regex.test(email); } // Usamos 'addEventListener' en lugar de 'apex.event.addListener' document.getElementById("P18_EMAIL2").addEventListener("input", validarEmail); // Llamamos a la validación también al cargar la página para asegurar el estado del botón validarEmail(); });

🔹 Explicación:

✔️ Verificamos el formato del correo electrónico utilizando una expresión regular.
✔️ Habilitamos el botón solo si el formato es correcto.

5. Confirmación de Acciones Críticas

Si tu aplicación realiza acciones críticas, como eliminar un registro, es esencial confirmar con el usuario antes de continuar.

Implementación:

Añade un botón de eliminación: btn_eliminar.

Usa este código para mostrar una confirmación antes de proceder con la acción:

document.addEventListener("DOMContentLoaded", function () { // Usamos 'addEventListener' en lugar de 'apex.event.addListener' document.getElementById("btn_eliminar").addEventListener("click", function(event) { let confirmacion = confirm("¿Estás seguro de que deseas eliminar este registro?"); if (!confirmacion) { console.log('Cancelao'); event.preventDefault(); // Cancela la acción si el usuario no confirma }{ console.log('Aceptao'); } }); });

🔹 Explicación:

✔️ Usamos confirm() para mostrar un mensaje de confirmación.
✔️ Si el usuario no confirma, evitamos que la acción de eliminación se ejecute.

6. Optimización de la UX con Mensajes Dinámicos

Agregar mensajes dinámicos, como notificaciones o mensajes de error/éxito, puede mejorar la interacción del usuario al proporcionar retroalimentación instantánea.

Implementación:

Usa este código para mostrar un mensaje de éxito cuando se envíe un formulario correctamente:

document.addEventListener("DOMContentLoaded", function () { // Usamos 'addEventListener' en lugar de 'apex.event.addListener' document.getElementById("btn_enviar").addEventListener("click", function() { // Supongamos que el formulario fue enviado correctamente apex.message.showPageSuccess("¡Formulario enviado con éxito!"); //otros mensajes serian //apex.message.showPageInfo("Este es un mensaje informativo."); //apex.message.showPageError("Ha ocurrido un error al enviar el formulario."); //apex.message.showPageWarning("Este es un mensaje de advertencia."); //descomentar y probar cada uno }); });

🔹 Explicación:

✔️ Proporcionamos retroalimentación al usuario tan pronto como se complete la acción.
✔️ apex.message.showPageSuccess(): Esta función muestra un mensaje de éxito en la parte superior de la página, lo cual es más adecuado para mostrar mensajes importantes a los usuarios en una aplicación APEX.
✔️ El uso de alertas simples o notificaciones también puede mejorar la percepción del rendimiento.

🧐 ¿Por qué usar apex.event en lugar de JavaScript estándar o funciones como required?

1. Integración Directa con APEX

apex.event está diseñado específicamente para trabajar con eventos dentro de las aplicaciones creadas con Oracle APEX. Utilizar esta API te permite aprovechar la integración directa con el framework de APEX, lo cual:

Optimiza la interoperabilidad con otros componentes APEX.

Facilita la gestión de eventos dentro de la propia plataforma, ya que no tienes que recurrir a manejar eventos manualmente como lo harías con JavaScript puro en un archivo externo.

Permite realizar acciones sobre elementos APEX (como campos de formulario o botones) de manera más eficiente, sin tener que buscar o acceder a elementos del DOM manualmente.

2. Mejora de la Usabilidad y UX en Tiempo Real

Con apex.event, puedes reaccionar a eventos de forma dinámica y en tiempo real, mejorando la interacción con el usuario de una forma más fluida. Algunas ventajas son:

Interactividad instantánea: Puedes habilitar o deshabilitar botones, mostrar o esconder mensajes, o activar/validar campos al instante cuando el usuario interactúa con un formulario.

Evitar frustraciones del usuario: Al deshabilitar un botón o mostrar alertas inmediatamente cuando el usuario comete un error, se reducen los errores y frustraciones.

Experiencia personalizada: Permite realizar validaciones de manera progresiva, dando al usuario una experiencia más amigable y menos intrusiva que una validación al enviar el formulario.

3. Validación en el Lado del Cliente

Aunque el atributo required en APEX y HTML5 es útil, tiene limitaciones:

Validación más sencilla: La validación required solo asegura que un campo no esté vacío, pero no permite manejar condiciones complejas o lógicas personalizadas (como verificar que un correo electrónico tenga un formato correcto o que un botón se habilite solo bajo ciertas condiciones).

Falta de retroalimentación dinámica: Con apex.event, puedes proporcionar retroalimentación instantánea (como habilitar/deshabilitar botones, mostrar mensajes de error específicos, etc.) sin tener que esperar hasta que el formulario se envíe. Esto hace que el proceso de validación sea más interactivo y flexible.

4. Manejo de Eventos y Acción Controlada

La ventaja de usar apex.event en lugar de JavaScript estándar es que puedes manejar eventos y ejecutarlos de manera controlada y estructurada dentro de la aplicación APEX. Algunas de las razones:

Manejo centralizado de eventos: Si tienes múltiples interacciones o validaciones para varios elementos en tu aplicación, puedes centralizar la gestión de eventos, evitando el desorden que podría generar el uso de JavaScript disperso.

Código más limpio y menos repetitivo: Usar apex.event puede hacer que tu código sea más limpio, ya que puedes reutilizar funciones y eventos sin tener que escribir código extra para gestionar los elementos de la página directamente.

Acciones relacionadas con la interfaz de usuario: Usar apex.event permite controlar la interfaz de usuario de manera más precisa, como controlar el estado de los botones de manera sincronizada con el estado de los campos de entrada.

5. Mejor Mantenibilidad y Escalabilidad

Si tu aplicación crece, gestionar eventos y validaciones solo con JavaScript puede volverse caótico. Usar apex.event tiene beneficios a largo plazo:

Menos código repetido: Puedes escribir código modular, que se puede reutilizar para múltiples formularios y componentes sin tener que crear funciones o gestionar eventos repetidamente.

Fácil adaptación a cambios futuros: Si alguna parte de la validación o la lógica del formulario cambia, hacer ajustes es más sencillo utilizando apex.event, ya que las modificaciones son más localizadas y centradas en el marco de APEX.

6. Compatibilidad con APEX Dynamic Actions

Oracle APEX se basa fuertemente en "Dynamic Actions" para manejar eventos en sus formularios. apex.event se integra perfectamente con estas acciones dinámicas, permitiéndote manejar eventos como el cambio de un valor en un Select List o la selección de un checkbox de manera más coherente con el entorno de APEX.

🎯 Conclusión

El uso de apex.event en Oracle APEX permite mejorar la usabilidad y prevenir errores comunes:

✅ Evitar formularios incompletos.
✅ Prevenir la pérdida de datos.
✅ Controlar cuándo se pueden ejecutar ciertas acciones.
✅ Mejorar la interacción y retroalimentación con el usuario de manera dinámica.

📌 ¿Que te parecio alguno de estos casos? ¿Lo implementarias en tu proyecto? ¡Déjamelo en los comentarios! 🚀

Buenas Prácticas para el Uso de Variables de Sesión en Oracle APEX

Cristhian Cano Bogado — Sat, 11 Jan 2025 19:51:32 GMT

Cuando desarrollamos aplicaciones en Oracle APEX, es común trabajar con variables de sesión para manejar datos temporales como identificadores de usuario, roles, configuraciones y otros valores específicos de una sesión. Aunque el uso directo de estas variables mediante V('P1_VARIABLE') parece una solución sencilla, esta práctica puede generar problemas a largo plazo en términos de mantenibilidad, rendimiento y reutilización del código. En este artículo, exploraremos por qué evitar este enfoque y cómo implementar soluciones más robustas y escalables.

Problemas del Uso Directo de V('P1_VARIABLE')

1. Dependencia del Contexto de Página

El uso de V('P1_VARIABLE') crea una fuerte dependencia entre tu código y una página específica de APEX. Esto significa que cualquier cambio en el nombre de la variable, su ubicación o el diseño de la página podría romper el código asociado. Por ejemplo:

Si decides mover la variable de P1_VARIABLE a otra página o cambiar su nombre a P2_VARIABLE, tendrás que buscar y modificar todas las referencias a esa variable en tu código.

Esto incrementa el riesgo de errores, especialmente en aplicaciones grandes con cientos de páginas y código distribuido.

Dependencias de este tipo también hacen que la aplicación sea menos flexible y dificultan su evolución.

Fuente: Documentación oficial de Oracle APEX

2. Código Difícil de Reutilizar

Cuando accedes directamente a V('P1_VARIABLE'), tu código queda estrechamente vinculado al contexto de una página específica. Esto genera las siguientes limitaciones:

Imposibilidad de reutilización en otros paquetes: Si quieres usar la misma lógica en otro paquete o módulo de tu aplicación, tendrás que replicar el código o adaptarlo, lo que incrementa la duplicación y el riesgo de inconsistencias.

Dificultad para migrar código: Si decides mover lógica de negocio a la base de datos (PL/SQL) o a otro sistema, el acceso directo a variables de sesión APEX no funcionará.

Un ejemplo claro de este problema ocurre cuando desarrollas APIs o procedimientos almacenados que podrían ser usados desde otros entornos, como integraciones con aplicaciones externas.

Fuente: "Oracle PL/SQL Programming" de Steven Feuerstein

3. Impacto en el Rendimiento

Cada vez que llamas a V('P1_VARIABLE'), APEX realiza una operación interna para leer el estado de sesión almacenado. Aunque estas operaciones suelen ser rápidas, pueden acumularse y degradar el rendimiento si se usan repetidamente, especialmente en procesos intensivos o bucles. Por ejemplo:

Si tienes un proceso que llama a V('P1_VARIABLE') 100 veces dentro de un bucle, estarás generando 100 accesos al estado de sesión.

Esto podría evitarse almacenando el valor en una variable local o en una estructura de datos más eficiente.

4. Falta de Abstracción

El uso directo de V('P1_VARIABLE') mezcla la lógica de negocio con la capa de presentación. Esto viola el principio de separación de responsabilidades, lo que hace que:

Sea difícil modificar la lógica de negocio sin afectar la interfaz de usuario.

La aplicación sea más propensa a errores, ya que los cambios en el diseño de la página podrían tener impactos no previstos en el código PL/SQL.

Fuente: "Clean Code" de Robert C. Martin

5. Dificultad para Realizar Pruebas

El código que depende de V('P1_VARIABLE') es más complicado de probar fuera del entorno APEX. Por ejemplo:

Las pruebas unitarias en PL/SQL requieren que simules el estado de sesión, lo cual no es sencillo sin usar herramientas o configuraciones específicas.

Esto aumenta el tiempo necesario para realizar pruebas y reduce la confiabilidad del código.

Buenas Prácticas para Manejar Variables de Sesión

1. Usar una Función de Abstracción

En lugar de acceder directamente a V('P1_VARIABLE'), puedes encapsular este acceso en una función dedicada. Esto centraliza la lógica y facilita el mantenimiento.

Ejemplo

CREATE OR REPLACE FUNCTION get_user RETURN VARCHAR2 IS BEGIN RETURN NVL(V('P1_USER'), 'DEFAULT_USER'); END; /

Detalles Adicionales

Puedes agregar validaciones o transformaciones dentro de la función, como verificar que el valor no sea nulo o convertirlo a un formato específico.

Si decides cambiar la fuente del valor (por ejemplo, una tabla en lugar de una variable de sesión), solo necesitas modificar la función.

Uso

DECLARE v_user VARCHAR2(100); BEGIN v_user := get_user; DBMS_OUTPUT.PUT_LINE('User ID: ' || v_user); END;

2. Uso de Variables Globales en un Paquete

Si necesitas acceder al valor repetidamente en múltiples procedimientos o paquetes, considera usar una variable global dentro de un paquete PL/SQL. Esto mejora la eficiencia y la modularidad del código.

Ejemplo

CREATE OR REPLACE PACKAGE app_context IS g_user VARCHAR2(100); -- Variable global PROCEDURE set_user(value IN VARCHAR2); FUNCTION get_user RETURN VARCHAR2; END; / CREATE OR REPLACE PACKAGE BODY app_context IS PROCEDURE set_user(value IN VARCHAR2) IS BEGIN g_user := value; END; FUNCTION get_user RETURN VARCHAR2 IS BEGIN RETURN g_user; END; END; /

Ventajas

Eficiencia: La variable permanece en memoria durante la sesión del usuario, evitando accesos repetitivos al estado de sesión.

Encapsulación: La variable está protegida dentro del paquete, lo que reduce el riesgo de interferencias externas.

Uso

BEGIN app_context.set_user_id(V('P1_USER')); DBMS_OUTPUT.PUT_LINE(app_context.get_user); END;

Puedes también extender el paquete para manejar múltiples variables de sesión, utilizando un mecanismo de clave-valor en memoria.

3. Uso de DBMS_SESSION para Variables de Sesión Persistentes

Si necesitas que el valor esté disponible globalmente durante toda la sesión del usuario, incluso fuera del paquete, puedes usar DBMS_SESSION.SET_CONTEXT.

Ejemplo

Configurar el Contexto

BEGIN DBMS_SESSION.SET_CONTEXT('MY_NAMESPACE', 'USER', V('P1_USER')); END;

Acceder al Contexto

SELECT SYS_CONTEXT('MY_NAMESPACE', 'USER') INTO v_user FROM DUAL;

Detalles Adicionales

Puedes definir un namespace específico para organizar mejor las variables de sesión.

Este enfoque es ideal para aplicaciones con múltiples capas (APEX, APIs, PL/SQL).

Ventajas

Persistencia: Los valores son accesibles desde cualquier lugar durante la sesión.

Flexibilidad: Puedes usar el contexto tanto en consultas SQL como en PL/SQL.

Cuándo Usar V('P1_VARIABLE') Directamente

Aunque no es ideal, hay casos donde usar V('P1_VARIABLE') puede ser aceptable:

El código es simple y está limitado a una página específica.

No planeas reutilizar el código en otros contextos o aplicaciones.

La variable no se utiliza repetidamente en procesos intensivos.

En cualquier otro caso, es preferible adoptar estrategias que separen la lógica de negocio del entorno APEX.

Conclusión

El uso directo de V('P1_VARIABLE') puede ser tentador, pero a menudo conduce a problemas de mantenimiento y escalabilidad en aplicaciones Oracle APEX. Adoptar estrategias como funciones de abstracción, variables globales o el uso de DBMS_SESSION mejora la modularidad, el rendimiento y la capacidad de prueba de tu código.

¿Tienes alguna estrategia favorita para manejar variables de sesión? ¡Compártela en los comentarios!

Buenas Prácticas de Seguridad en Oracle APEX: Evita la Inyección SQL

Cristhian Cano Bogado — Sat, 21 Dec 2024 22:46:25 GMT

La inyección SQL es una de las vulnerabilidades más comunes y peligrosas en aplicaciones web. En el caso de Oracle APEX (Application Express), aunque la plataforma ofrece protecciones integradas, también es posible que los desarrolladores introduzcan vulnerabilidades si no siguen las mejores prácticas.

En este artículo, exploraremos qué es la inyección SQL, cómo ocurre en Oracle APEX y, lo más importante, cómo prevenirla.

¿Qué es una inyección SQL?

La inyección SQL ocurre cuando un atacante manipula una entrada de usuario para alterar una consulta SQL. Esto puede permitirles acceder a datos confidenciales, modificar información o incluso tomar el control de la base de datos.

Ejemplo de un procedimiento con una consulta vulnerable:

BEGIN IF APEX_COLLECTION.COLLECTION_EXISTS('cole_arti') THEN -- Eliminar la colección existente para evitar errores APEX_COLLECTION.DELETE_COLLECTION('cole_arti'); END IF; APEX_COLLECTION.CREATE_COLLECTION_FROM_QUERY_B( p_collection_name => 'cole_arti', p_query => 'SELECT CLAVE, NOMBRE, DESCR FROM articulo WHERE CLAVE ='|| :P17_ARTICULO ); END;

Si el valor de P17_ARTICULO no está validado, un atacante podría enviar algo como:

22 or 1=1

Esto transformaría la consulta en:

BEGIN IF APEX_COLLECTION.COLLECTION_EXISTS('cole_arti') THEN -- Eliminar la colección existente para evitar errores APEX_COLLECTION.DELETE_COLLECTION('cole_arti'); END IF; APEX_COLLECTION.CREATE_COLLECTION_FROM_QUERY_B( p_collection_name => 'cole_arti', p_query => 'SELECT CLAVE, NOMBRE, DESCR FROM articulo WHERE CLAVE =22 or 1=1' ); END;

Esta instrucción devuelve todos los registros de la tabla.

¿Cómo puede ocurrir en Oracle APEX?

Aunque Oracle APEX incluye protecciones predeterminadas, como el uso de variables enlazadas en componentes generados automáticamente (reportes interactivos y formularios), los desarrolladores pueden introducir vulnerabilidades en situaciones como:

Uso de consultas SQL o PL/SQL personalizadas:

Si concatenas cadenas directamente en una consulta SQL dinámica, puedes permitir la inyección SQL.

Ejemplo inseguro:

EXECUTE IMMEDIATE 'SELECT * FROM articulo WHERE clave= ' || i_clave;

Procesos PL/SQL personalizados:

Crear código que no valide o escape correctamente las entradas del usuario.

Parámetros de URL no validados:

Si los parámetros en la URL se utilizan directamente en consultas SQL.

Buenas prácticas para prevenir la inyección SQL en Oracle APEX

A continuación, se presentan buenas prácticas que puedes implementar para evitar esta vulnerabilidad:

1. Usar variables enlazadas

Las variables enlazadas permiten que los valores del usuario sean tratados como datos, no como parte del código SQL.

Ejemplo seguro:

BEGIN IF APEX_COLLECTION.COLLECTION_EXISTS('cole_arti') THEN -- Eliminar la colección existente para evitar errores APEX_COLLECTION.DELETE_COLLECTION('cole_arti'); END IF; APEX_COLLECTION.CREATE_COLLECTION_FROM_QUERY_B( p_collection_name => 'cole_arti', p_query => 'SELECT CLAVE, NOMBRE, DESCR FROM articulo WHERE CLAVE =:b1', p_names => apex_util.string_to_table('b1'), p_values => apex_util.string_to_table(:P17_ARTICULO) ); END;

En este caso, :P17_ARTICULO se trata como una variable y no como código ejecutable.

2. Validar las entradas del usuario

Asegúrate de que los valores proporcionados por los usuarios cumplan con las reglas esperadas (números, fechas, rangos, etc.). Oracle APEX proporciona validaciones integradas para los elementos de las páginas.

Ejemplo de validación:

Tipo de dato: Validar que un campo contenga solo números.

Longitud máxima: Restringir el tamaño de los campos.

3. Usar el paquete DBMS_ASSERT

El paquete DBMS_ASSERT ayuda a validar y sanitizar entradas antes de usarlas en consultas SQL.

Ejemplo:

l_value := DBMS_ASSERT.ENQUOTE_LITERAL(v_input); EXECUTE IMMEDIATE 'SELECT * FROM articulo WHERE clave = ' || l_value;

4. Limitar los privilegios del esquema

Asegúrate de que las cuentas de base de datos utilizadas por Oracle APEX tengan solo los permisos mínimos necesarios. Esto reduce el impacto de un ataque exitoso.

5. Habilitar auditoría y registro

Registra intentos sospechosos de ingreso de datos y supervisa la actividad de la base de datos. Esto te ayudará a identificar posibles ataques.

6. Aprovechar las protecciones integradas de APEX

Oracle APEX utiliza variables enlazadas de forma predeterminada en formularios y reportes generados. Siempre que sea posible, utiliza estos componentes en lugar de crear consultas personalizadas.

https://youtu.be/XCD8OvtH2UY

Conclusión

Prevenir la inyección SQL en Oracle APEX es responsabilidad del desarrollador. Aunque APEX incluye muchas medidas de seguridad predeterminadas, es crucial seguir las mejores prácticas mencionadas para evitar vulnerabilidades.

Con un diseño cuidadoso, validaciones estrictas y el uso de variables enlazadas, puedes garantizar que tus aplicaciones APEX sean seguras y resistentes a ataques de inyección SQL.

¿Qué es una aplicación de low code y por qué APEX lidera el camino?

Cristhian Cano Bogado — Wed, 11 Dec 2024 17:41:47 GMT

En el mundo del desarrollo de software, los cambios están sucediendo más rápido que nunca. En este contexto, las plataformas de low code están revolucionando la forma en que las organizaciones desarrollan y entregan aplicaciones. Entre estas plataformas, Oracle APEX (Application Express) se destaca como líder, permitiendo a las empresas construir soluciones rápidas, eficientes y escalables. Pero, ¿qué es exactamente una aplicación de low code y qué hace que APEX sea tan especial?

¿Qué es una aplicación de low code?

Las aplicaciones de low code son soluciones desarrolladas utilizando plataformas que minimizan la necesidad de programación manual. Estas herramientas ofrecen una combinación de:

Interfaces gráficas de usuario (GUI): Diseño de aplicaciones mediante arrastrar y soltar componentes.

Plantillas predefinidas: Modelos de diseño y funcionalidades listas para usar.

Automatización: Flujos de trabajo y procesos integrados para acelerar el desarrollo.

Integración fácil: Conexiones simples con bases de datos, servicios web y otras herramientas.

El enfoque de low code permite a los desarrolladores centrarse en resolver problemas empresariales en lugar de preocuparse por los detalles técnicos del código, reduciendo significativamente el tiempo y los costos asociados con el desarrollo tradicional.

Beneficios clave del low code

Velocidad: Las aplicaciones se pueden construir en semanas o incluso días.

Accesibilidad: Permite a los desarrolladores ciudadanos (usuarios con mínimos conocimientos técnicos) participar en el desarrollo.

Escalabilidad: Las plataformas suelen estar diseñadas para crecer junto con las necesidades del negocio.

Costos reducidos: Se eliminan muchas de las barreras de tiempo y recursos técnicos.

Oracle APEX: Líder en el desarrollo de low code

Oracle APEX es una plataforma de desarrollo de aplicaciones basada en la nube y las bases de datos de Oracle. Desde su lanzamiento, ha ganado popularidad gracias a su enfoque único en la creación de aplicaciones modernas y escalables con mínimo esfuerzo de codificación.

¿Por qué APEX destaca en el mercado?

Integración nativa con Oracle Database APEX está estrechamente vinculado a la base de datos Oracle, lo que garantiza un rendimiento óptimo y un acceso directo a las funcionalidades avanzadas de las bases de datos.

Desarrollo rápido y ágil Con herramientas como "Page Designer" y "Interactive Grids", los desarrolladores pueden construir interfaces de usuario completas y funcionales sin necesidad de escribir código extenso.

Seguridad incorporada La plataforma incluye controles de seguridad como protección contra ataques de inyección SQL y Cross-Site Scripting (XSS), ayudando a mantener las aplicaciones seguras desde el inicio.

Escalabilidad empresarial Desde aplicaciones pequeñas hasta soluciones empresariales complejas, APEX puede manejar cualquier tipo de carga, aprovechando la potencia de Oracle Cloud Infrastructure (OCI).

Fomentar el autoservicio APEX permite a los usuarios finales construir sus propias aplicaciones personalizadas, lo que reduce la dependencia de los equipos de TI.

Casos de uso de Oracle APEX

Paneles de información: Crear informes visuales y tableros interactivos para analizar datos en tiempo real.

Gestor de tareas: Diseñar aplicaciones para el seguimiento de proyectos y flujos de trabajo.

Integraciones complejas: Conectar múltiples sistemas empresariales a través de APIs y bases de datos.

Aplicaciones móviles: Crear aplicaciones responsivas optimizadas para dispositivos móviles.

APEX frente a otras plataformas de low code

Aunque hay varias plataformas de low code en el mercado (como OutSystems, Mendix y Microsoft PowerApps), APEX destaca por:

Costo-efectividad: Incluido de manera gratuita con Oracle Database.

Comunidad activa: Miles de desarrolladores y recursos en línea.

Compatibilidad: Totalmente integrado con el ecosistema de Oracle.

El futuro del low code con APEX

A medida que las organizaciones buscan formas de innovar rápidamente, las plataformas de low code seguirán ganando popularidad. Oracle APEX está bien posicionado para liderar esta tendencia gracias a su facilidad de uso, escalabilidad y compatibilidad con soluciones empresariales.

Si tu organización busca transformar procesos o desarrollar aplicaciones modernas en un tiempo récord, explorar Oracle APEX podría ser el paso correcto. ¡El futuro del desarrollo está aquí, y es de low code!

Conceptos básicos de bases de datos para trabajar con Oracle APEX

Cristhian Cano Bogado — Sun, 08 Dec 2024 12:20:00 GMT

Oracle Application Express (APEX) al ser una plataforma basada en bases de datos Oracle, entender los conceptos básicos de bases de datos es fundamental para aprovechar al máximo su potencial. En este artículo, exploraremos los términos y principios clave que necesitas conocer.

¿Qué es una base de datos?

Una base de datos es una colección organizada de datos que permite almacenar, gestionar y recuperar información de manera eficiente. Las bases de datos Oracle, en particular, son sistemas de gestión de bases de datos relacionales (RDBMS) que utilizan el lenguaje SQL (Structured Query Language) para interactuar con los datos.

Elementos clave en una base de datos relacional

1. Tablas

Las tablas son el componente principal de una base de datos relacional. Representan entidades y están organizadas en filas (registros) y columnas (campos).

Ejemplo: Una tabla llamada empleados puede tener columnas como id_empleado, nombre, departamento, y salario.

CREATE TABLE empleados ( id_empleado NUMBER PRIMARY KEY, nombre VARCHAR2(100), departamento VARCHAR2(50), salario NUMBER );

2. Llaves primarias y foráneas

Llave primaria: Identifica únicamente cada registro en una tabla.

Llave foránea: Relaciona una tabla con otra para mantener la integridad referencial.

Ejemplo: Relacionar una tabla de empleados con una tabla de departamentos usando una llave foránea:

CREATE TABLE departamentos ( id_departamento NUMBER PRIMARY KEY, nombre_departamento VARCHAR2(100) ); ALTER TABLE empleados ADD CONSTRAINT fk_departamento FOREIGN KEY (departamento) REFERENCES departamentos (id_departamento);

3. Consultas SQL

El lenguaje SQL se utiliza para interactuar con la base de datos. Las operaciones básicas incluyen:

SELECT: Recuperar datos.

SELECT * FROM empleados;

INSERT: Agregar datos.

INSERT INTO empleados (id_empleado, nombre, departamento, salario) VALUES (1, 'Juan Pérez', 'IT', 50000);

UPDATE: Actualizar datos.

UPDATE empleados SET salario = 55000 WHERE id_empleado = 1;

DELETE: Eliminar datos.

DELETE FROM empleados WHERE id_empleado = 1; --nunca te olvides del where

Normalización de bases de datos

La normalización es un proceso que organiza los datos para reducir la redundancia y mejorar la integridad.

Primera Forma Normal (1NF): Asegura que todos los valores en las columnas sean atómicos (no divisibles).

Segunda Forma Normal (2NF): Elimina la redundancia relacionada con claves compuestas.

Tercera Forma Normal (3NF): Garantiza que todas las dependencias sean de clave.

Un buen diseño de base de datos facilita el desarrollo en APEX al mejorar el rendimiento y la comprensión de los datos.

Relación entre Oracle APEX y bases de datos

1. Vistas y consultas

En APEX, puedes usar vistas para simplificar consultas complejas y presentarlas en aplicaciones web.

Ejemplo: Crear una vista para combinar información de empleados y departamentos:

CREATE VIEW vista_empleados_departamentos AS SELECT e.nombre, e.salario, d.nombre_departamento FROM empleados e JOIN departamentos d ON e.departamento = d.id_departamento;

2. Procedimientos y funciones almacenadas

Estos son bloques de código PL/SQL que permiten realizar operaciones repetitivas en la base de datos.

Ejemplo: Un procedimiento para aumentar el salario de los empleados:

CREATE OR REPLACE PROCEDURE aumentar_salario (p_porcentaje IN NUMBER) AS BEGIN UPDATE empleados SET salario = salario + (salario * p_porcentaje / 100); END;

En APEX, puedes llamar estos procedimientos para realizar operaciones directamente desde la interfaz de usuario.

Mejores prácticas para trabajar con bases de datos en APEX

Planifica el diseño de tu base de datos: Asegúrate de entender los requisitos de la aplicación antes de crear tablas y relaciones.

Optimiza las consultas SQL: Usa índices y evita consultas ineficientes para mejorar el rendimiento.

Aprovecha las herramientas de APEX: Utiliza asistentes para crear formularios, informes y dashboards basados en tus datos.

Implementa seguridad: Configura roles y privilegios para proteger los datos.

Documenta tus procedimientos: Mantén un registro claro de las estructuras y procedimientos utilizados.

Recursos adicionales

Documentación oficial de Oracle APEX

Introducción a SQL

Aprender los conceptos básicos de bases de datos te dará una base sólida para desarrollar aplicaciones eficientes y escalables en Oracle APEX. Con un buen entendimiento del diseño, las consultas y la integridad de datos, estarás listo para crear aplicaciones profesionales que aprovechen al máximo la plataforma.

Principales Beneficios de Usar Oracle APEX en la Nube

Cristhian Cano Bogado — Fri, 06 Dec 2024 23:07:33 GMT

Oracle APEX (Application Express) ha ganado popularidad como una plataforma de desarrollo de bajo código por su capacidad para crear aplicaciones web modernas, escalables y seguras. Pero, ¿qué sucede cuando llevamos Oracle APEX a la nube? La combinación de Oracle APEX con Oracle Cloud Infrastructure (OCI) abre un mundo de posibilidades para desarrolladores y empresas. A continuación, exploramos los principales beneficios de usar Oracle APEX en la nube.

1. Configuración Sencilla y Sin Complicaciones

Al utilizar Oracle APEX en la nube, los usuarios pueden comenzar a desarrollar aplicaciones de inmediato. Con servicios como Oracle Autonomous Database, APEX ya está preconfigurado, eliminando la necesidad de instalar y mantener componentes adicionales. Esto permite:

Ahorro de tiempo en la configuración inicial.

Mayor enfoque en el desarrollo de aplicaciones en lugar de la gestión de infraestructura.

2. Escalabilidad Dinámica

La nube permite que las aplicaciones crezcan según las necesidades de tu organización. Con Oracle APEX en OCI, puedes:

Escalar automáticamente la capacidad de la base de datos y el procesamiento según la demanda.

Ajustar los recursos sin interrumpir la operación de las aplicaciones.

Pagar solo por los recursos que utilizas, lo que optimiza costos.

3. Seguridad Avanzada

Oracle Cloud Infrastructure ofrece una seguridad de clase mundial para proteger tus aplicaciones y datos. Entre las características clave se incluyen:

Cifrado de Datos: Tanto en reposo como en tránsito.

Gestín de Usuarios: Control de acceso basado en roles (RBAC) para garantizar que solo los usuarios autorizados puedan acceder a las aplicaciones.

Actualizaciones Automatizadas: Aseguran que siempre estés protegido contra vulnerabilidades conocidas.

4. Acceso Global y Disponibilidad

Con Oracle APEX en la nube, tus aplicaciones están disponibles desde cualquier lugar del mundo, siempre que tengas acceso a Internet. Además:

Los entornos en la nube ofrecen altos niveles de disponibilidad.

Puedes implementar aplicaciones en múltiples regiones para mejorar la experiencia de los usuarios globales.

Garantía de redundancia para evitar tiempos de inactividad.

5. Integración con Tecnologías Modernas

APEX en la nube facilita la integración con otros servicios y herramientas modernas, como:

APIs REST: Puedes consumir y exponer APIs para interactuar con sistemas externos.

Oracle Analytics Cloud: Para enriquecer tus aplicaciones con análisis avanzados.

Machine Learning: Incorpora modelos de aprendizaje automático utilizando bases de datos autónomas.

6. Reducción de Costos Operativos

Al optar por Oracle APEX en OCI, las empresas pueden reducir significativamente los costos asociados con:

Hardware: Sin necesidad de servidores locales.

Mantenimiento: Las actualizaciones y parches son gestionados por Oracle.

Licencias: APEX está incluido sin costo adicional en los servicios de Oracle Autonomous Database.

7. Innovación Constante

Con Oracle APEX en la nube, siempre estarás utilizando la última versión de la plataforma, ya que las actualizaciones son automáticas. Esto significa:

Acceso a las últimas funcionalidades sin interrupciones.

Menor esfuerzo para mantener las aplicaciones actualizadas.

8. Fácil Colaboración

La nube permite que equipos distribuidos trabajen juntos en tiempo real en el desarrollo y mantenimiento de aplicaciones. Los desarrolladores pueden:

Compartir espacios de trabajo de APEX.

Colaborar en proyectos sin necesidad de instalar software local.

Conclusión

Oracle APEX en la nube combina la simplicidad y potencia del desarrollo de bajo código con las ventajas de la tecnología en la nube. Desde una configuración sencilla hasta una seguridad avanzada y escalabilidad dinámica, esta solución es ideal para empresas que buscan innovar y optimizar sus operaciones. ¡Empieza hoy mismo y descubre cómo la nube puede transformar tus aplicaciones APEX!

¿Ya has utilizado Oracle APEX en la nube? Comparte tu experiencia en los comentarios. ¡Nos encantaría saber tu opinión!

Oracle APEX frente a Otras Herramientas de Desarrollo Rápido de Aplicaciones: Comparativa 2025

Cristhian Cano Bogado — Fri, 06 Dec 2024 18:54:29 GMT

En el mundo del desarrollo de software, el concepto de Desarrollo Rápido de Aplicaciones (RAD) ha ganado popularidad como una manera de reducir el tiempo y los costos necesarios para crear aplicaciones. Existen varias herramientas que facilitan este enfoque, pero Oracle APEX ha destacado por su facilidad de uso, flexibilidad y capacidad para integrarse perfectamente con la base de datos Oracle. Sin embargo, existen otras plataformas de RAD como OutSystems, Mendix y Microsoft Power Apps que también han ganado tracción en el mercado. ¿Cómo se compara Oracle APEX con estas herramientas? Vamos a explorar las fortalezas y debilidades de cada una para ayudarte a decidir cuál se adapta mejor a tus necesidades.

1. Oracle APEX vs. OutSystems

OutSystems es una de las plataformas más conocidas en el mundo de RAD. Al igual que Oracle APEX, OutSystems ofrece un enfoque de desarrollo low-code, pero con algunas diferencias clave.

Facilidad de uso: Oracle APEX está orientado a quienes ya están familiarizados con las bases de datos, especialmente Oracle, mientras que OutSystems busca atraer a un público más amplio, desde desarrolladores con experiencia hasta aquellos sin conocimientos previos en programación. APEX tiene una curva de aprendizaje más amigable para usuarios que trabajen con bases de datos Oracle, mientras que OutSystems se enfoca en la creación de aplicaciones móviles y web con interfaces visuales muy atractivas.

Integración con bases de datos: APEX es una herramienta altamente optimizada para integrarse con bases de datos Oracle, lo que lo hace ideal para organizaciones que ya utilizan este sistema de gestión de bases de datos. OutSystems, por otro lado, es más agnóstico en cuanto a la base de datos y se adapta bien a diferentes soluciones como MySQL, SQL Server y PostgreSQL, lo que le da más flexibilidad en entornos multibase de datos.

Escalabilidad: Ambas plataformas ofrecen escalabilidad, pero OutSystems es mejor conocida por sus capacidades en aplicaciones empresariales a gran escala y su fuerte enfoque en aplicaciones móviles. APEX, por su parte, tiene una fuerte base en aplicaciones web orientadas a datos, especialmente aquellas que requieren un alto rendimiento con grandes volúmenes de datos.

Costo: Oracle APEX tiene una ventaja significativa aquí. Al ser una herramienta gratuita que corre sobre bases de datos Oracle, su costo es mucho menor en comparación con OutSystems, que tiene un modelo de suscripción basado en el uso y las características de la plataforma. Para organizaciones con licencias Oracle, APEX es una opción de bajo costo, mientras que OutSystems puede ser una opción costosa, especialmente para empresas más pequeñas.

2. Oracle APEX vs. Mendix

Mendix es otra potente plataforma low-code que compite directamente con Oracle APEX. Se destaca por su enfoque en la creación de aplicaciones empresariales rápidas y su interfaz de desarrollo visual.

Facilidad de uso: Mendix tiene una interfaz de usuario visual más pulida y una experiencia de usuario más amigable para aquellos sin experiencia en desarrollo. Aunque APEX también es accesible, especialmente para aquellos familiarizados con SQL y PL/SQL, la interfaz de Mendix puede parecer más moderna y fácil de usar para un público más amplio.

Flexibilidad: Mendix es conocida por su flexibilidad y la posibilidad de personalizar las aplicaciones utilizando código cuando sea necesario. APEX, aunque ofrece flexibilidad con PL/SQL y JavaScript, puede ser más restrictiva en cuanto a la personalización visual, lo que puede ser un inconveniente si necesitas un control total sobre la interfaz.

Ecosistema: Mendix tiene una plataforma más madura para la colaboración en equipos de desarrollo grandes, con herramientas integradas para gestión de proyectos, implementación en la nube y pruebas. APEX, en comparación, está más enfocado en el desarrollo de aplicaciones web y tiene un ecosistema robusto en el contexto de bases de datos Oracle, pero carece de algunas de las capacidades empresariales de Mendix.

Costo: Al igual que OutSystems, Mendix funciona bajo un modelo de suscripción basado en el uso, lo que puede hacerlo más costoso en comparación con APEX, que sigue siendo una herramienta gratuita cuando se utiliza sobre una base de datos Oracle.

3. Oracle APEX vs. Microsoft Power Apps

Microsoft Power Apps es una opción popular para empresas que ya utilizan el ecosistema de Microsoft y su suite de herramientas de productividad, como Office 365 y Dynamics 365.

Facilidad de uso: Power Apps está diseñado para usuarios no técnicos, lo que lo hace accesible para aquellos sin experiencia en desarrollo. La interfaz de Power Apps es intuitiva, y su integración con otras herramientas de Microsoft es muy sencilla. APEX, en cambio, requiere al menos una comprensión básica de SQL y PL/SQL, lo que lo hace más adecuado para usuarios que ya están familiarizados con bases de datos y programación.

Integración con herramientas existentes: Power Apps tiene una ventaja significativa en cuanto a la integración con el ecosistema de Microsoft. Si tu organización ya utiliza servicios como SharePoint, Dynamics 365 o Azure, Power Apps es una elección natural. APEX, por otro lado, brilla en entornos que utilizan Oracle Database y ofrece potentes características de integración con esta plataforma.

Escalabilidad y personalización: APEX es altamente escalable, especialmente cuando se utiliza en conjunción con Oracle Cloud, y ofrece una flexibilidad considerable en la personalización de las aplicaciones. Power Apps, mientras tanto, está más enfocado en aplicaciones empresariales de menor escala y en crear soluciones rápidas, pero puede ser más limitado en cuanto a personalización avanzada cuando se comparan aplicaciones más complejas o específicas.

Costo: Power Apps se basa en un modelo de suscripción, lo que puede hacer que su costo se acumule rápidamente, especialmente si tienes muchos usuarios. APEX, como mencionamos antes, es gratuito para los usuarios de bases de datos Oracle, lo que lo convierte en una opción más atractiva para organizaciones con licencias Oracle ya existentes.

4. Oracle APEX frente a Otras Herramientas Low-Code (como Bubble, Appian, etc.)

Las plataformas Bubble, Appian, y otras herramientas low-code como Betty Blocks tienen una fuerte presencia en el mercado, pero se centran en casos de uso específicos, como aplicaciones web sin servidor, BPM (gestión de procesos de negocio) y flujos de trabajo empresariales. APEX, por otro lado, es ideal para la creación de aplicaciones web de datos complejos que necesitan trabajar en sinergia con bases de datos relacionales, especialmente Oracle.

Flexibilidad: APEX sobresale cuando se trata de aplicaciones de datos complejos, mientras que plataformas como Bubble son mejores para desarrollos rápidos de aplicaciones más simples, especialmente para usuarios no técnicos.

Costo: Al igual que las otras herramientas mencionadas, muchas de estas plataformas operan bajo modelos de suscripción, lo que puede ser costoso en el largo plazo.

Conclusión

La elección entre Oracle APEX y otras plataformas de desarrollo rápido de aplicaciones depende de tus necesidades específicas y el entorno tecnológico en el que te encuentres. Si tu empresa ya utiliza Oracle Database y necesitas crear aplicaciones web basadas en datos de manera rápida, Oracle APEX es una opción inmejorable, especialmente debido a su bajo costo y su capacidad de integración con la infraestructura existente.

Sin embargo, si estás buscando una solución que se adapte a una mayor variedad de bases de datos, sea más flexible visualmente o integre múltiples ecosistemas (como Microsoft o plataformas móviles), herramientas como OutSystems, Mendix o Microsoft Power Apps podrían ser más adecuadas, aunque generalmente con un costo más alto.

En última instancia, la mejor elección dependerá de tus prioridades: costos, escalabilidad, flexibilidad, y las herramientas con las que tu equipo ya esté trabajando.

Untitled Publication

Banner de Entorno en APEX y como configurarlo.

¿Qué es un Environment Banner en Oracle APEX?

Razones clave para usar un Environment Banner

Cómo configurar un Environment Banner en Oracle APEX

Mejores prácticas

APEX_APPLICATION.STOP_APEX_ENGINE: Detener el motor de Oracle APEX en el momento justo

¿Qué hace realmente STOP_APEX_ENGINE?

¿Por qué existe?

Ejemplo : redirección manual

El detalle que todos olvidan (y causa bugs raros)

Forma correcta

Cómo mejorar la UX en Oracle APEX usando APEX_APPLICATION.HELP

¿Por qué la ayuda contextual importa?

Como uso APEX_APPLICATION.HELP

Para probar la pagina de ayuda prepare una pagina de prueba que en su seccion de “Help” añadi el texto “Esta pagina la cree para probar los textos de ayuda“

Beneficios de usar APEX_APPLICATION.HELP

APEX_APPLICATION: checkboxes (G_F01)

Ejemplo: selección múltiple de empleados

¿Qué hace este reporte?

Procesamiento en el backend

Lo que hara

Procedimiento Completo

Esto hace el procedimiento

¿Por qué usar colecciones APEX?

¿De que me serviria este patrón?

Buenas prácticas al usar G_F01

APEX_APPLICATION: el corazón del contexto de ejecución en Oracle APEX

¿Qué es APEX_APPLICATION?

Variables globales en APEX_APPLICATION

Identidad y contexto de ejecución

Esquema y propietario

Flujo y control de ejecución

Entorno y presentación

Recursos y configuración técnica

Variables para AJAX y procesos On-Demand

Conclusión

Depurando tus apps de Oracle APEX con APEX_DEBUG

¿Qué es APEX_DEBUG y por qué te importa?

Niveles en APEX_DEBUG

APEX_DEBUG.MESSAGE

APEX_DEBUG.ERROR

APEX_DEBUG.WARN

APEX_DEBUG.INFO

¡Cómo activar la depuracion!

¿Por qué APEX_DEBUG es la herramienta definitiva?

Conclusión

APEX_ESCAPE: ¿Proteges tus aplicaciones Oracle APEX contra XSS?

¿Qué es APEX_ESCAPE?

¿Por qué es tan importante?

Funciones más utilizadas de APEX_ESCAPE

1. APEX_ESCAPE.HTML

2. APEX_ESCAPE.HTML_ATTRIBUTE

3. APEX_ESCAPE.JS_LITERAL

Ejemplos

Ejemplo de XSS con robo de sesión

¿Cuándo debo usar APEX_ESCAPE?

¿APEX no escapa automáticamente?

Buenas prácticas

Conclusión

APEX_PAGE en Oracle APEX: Redirección, cache y control de páginas.

¿Qué es APEX_PAGE?

Ejemplo 1: Crear una URL dinámica y redirigir hacia otra página usando PLSQL (GET_URL).

Utilizando el siguiente codigo en un proceso podemos generar una URL para redirigur a la página 24 con valores de ítems.

Ejemplo 2: Crear una URL dinámica y redirigir hacia otra página usando javascript (GET_URL).

Ejemplo 3: Forzar la recarga de una página limpiando la caché (PURGE_CACHE)

Limpiar la caché de la página 24

Limpiar caché solo para la sesión actual

Ejemplo 4: Consultar el modo de página (GET_PAGE_MODE)

Diferenciar entre Insert y Edit

Cómo convertir Markdown a HTML en Oracle APEX con APEX_MARKDOWN

¿Qué es Markdown?

Ejemplo básico

1. Usar Markdown en regiones Static Content

Ejemplo

2. Guardar Markdown en tablas y mostrarlo dinámicamente

Crear una tabla para Markdown

Formulario para cargar contenido

Listar notas con Markdown procesado

3. Construir una mini-wiki dentro de Oracle APEX