En el webinar de Oracle APEX 26.1, Parte 2, sobre las nuevas actualizaciones de APEX que se realizado hoy en el Oracle APEX Office Hours, Jayson Hanes presentó las novedades y eventos que se vienen y Scott Spendolini presentó una de las funcionalidades que, en mi opinión, puede marcar un antes y un después en la forma en que trabajamos con aplicaciones APEX: APEXLang.
APEXLang es un nuevo lenguaje de especificación para aplicaciones Oracle APEX. No es un lenguaje de programación tradicional, sino una forma de describir una aplicación APEX en un archivo de texto, con una estructura mucho más legible y preparada para trabajar con herramientas modernas como Git, VS Code, SQLcl, procesos de CI/CD e incluso agentes de inteligencia artificial.
Hasta ahora, cuando exportábamos una aplicación APEX, obteníamos un script basado en llamadas a APIs internas de APEX. Ese formato ha sido muy útil durante años para mover aplicaciones entre ambientes, instalar aplicaciones o hacer despliegues. Pero también tenía un problema importante: no era muy amigable para control de versiones.
Muchas veces, aunque el cambio real en una aplicación fuera pequeño, el archivo exportado podía mostrar muchísimas diferencias. Esto se debía a marcas de tiempo, identificadores internos, offsets y otros valores que complicaban bastante la comparación entre versiones. Por eso, trabajar con Git en proyectos APEX no siempre era tan limpio como en otros lenguajes o frameworks.
Con APEXLang, Oracle busca solucionar justamente ese problema.
La idea es que una aplicación APEX pueda representarse como una especificación de alto nivel. Es decir, en lugar de ver solo llamadas a APIs, podemos ver una descripción más clara de qué tiene la aplicación: páginas, regiones, reportes, formularios, botones, procesos, condiciones, componentes compartidos, atributos de seguridad, plugins y demás elementos.
El formato se parece un poco a una mezcla entre YAML y JSON, pero creado específicamente para APEX. La ventaja es que se puede leer, buscar, reemplazar, comparar, versionar y fusionar como cualquier otro archivo de texto.
Esto abre muchas posibilidades.
Por ejemplo, si dos desarrolladores modifican una misma página, ahora será más fácil ver exactamente qué cambió cada uno. Si uno agregó una columna a una consulta y otro agregó otra columna diferente, el conflicto se puede resolver dentro de una herramienta como VS Code, de la misma forma en que se resuelve un conflicto en PL/SQL, JavaScript o cualquier otro archivo de código.
Esto es algo muy importante para equipos que trabajan con metodologías modernas, repositorios Git y procesos de despliegue más controlados.
Otro punto muy interesante del webinar fue la relación entre APEXLang y la inteligencia artificial.
Como APEXLang tiene una estructura clara, los agentes de IA pueden entenderlo y generar cambios sobre una aplicación APEX. Esto significa que podríamos pedirle a un agente cosas como:
- “Crea formularios y reportes para todas las tablas de este esquema.”
- “Agrega texto de ayuda a todos los elementos de página.”
- “Traduce esta aplicación al español.”
- “Busca todos los procesos PL/SQL dentro de la aplicación y muévelos a un paquete de base de datos.”
- “Cambia todos los botones que dicen Apply Changes por Save Changes.”
Y lo interesante es que no se trata solo de generar código aislado. La IA puede trabajar sobre la estructura real de una aplicación APEX, porque APEXLang describe esa aplicación de una forma que puede ser interpretada y modificada.
En el webinar se mostraron varios ejemplos prácticos.
Uno de ellos fue un cambio masivo de etiquetas de botones. En lugar de entrar página por página al App Builder, se exportó la aplicación en formato APEXLang, se buscaron los textos correspondientes y se reemplazaron directamente en los archivos. Luego la aplicación se volvió a importar y los cambios quedaron aplicados.
También se mostró un ejemplo de resolución de conflictos con Git, donde dos desarrolladores modificaban la misma consulta. Antes, este tipo de situación podía ser bastante difícil de manejar en APEX. Con APEXLang, el conflicto se ve claramente y se puede resolver con las herramientas normales de desarrollo.
Otro ejemplo muy interesante fue el de las traducciones. En APEX 26.1 hay un nuevo mecanismo de traducción basado en archivos de mensajes. Con ayuda de IA, se puede generar una versión traducida de la aplicación mucho más rápido que antes. En la demo, se mostró cómo una aplicación podía pasar a tener sus textos en español de una forma mucho más automatizada.
También se mencionó la posibilidad de generar formularios o interfaces a partir de diseños visuales, por ejemplo desde Figma, Pencil o incluso desde un boceto. Esto no significa que el resultado siempre vaya a estar perfecto, pero sí muestra hacia dónde va el desarrollo: cada vez más asistido por IA, pero todavía con el desarrollador revisando, corrigiendo y tomando decisiones.
Algo que me parece importante aclarar es que APEXLang no reemplaza al App Builder.
El App Builder sigue existiendo y seguirá siendo una herramienta central dentro de APEX. La diferencia es que ahora vamos a tener otra forma de trabajar. Podemos generar o modificar una aplicación usando APEXLang y luego entrar al App Builder para revisar, ajustar detalles, mejorar procesos, corregir acciones dinámicas o completar la lógica de negocio.
Esto me parece una de las partes más interesantes del enfoque de Oracle. No están diciendo “dejen de usar el App Builder”. Lo que están planteando es un modelo más flexible, donde podemos usar distintas herramientas según el caso.
Para empezar a trabajar con APEXLang, se mencionaron varios componentes necesarios:
- Oracle APEX 26.1.
- ORDS 26.1.0.2 o superior, especialmente si se quiere subir archivos APEXLang desde el App Builder.
- SQL Developer for VS Code o SQLcl.
- Las habilidades de APEXLang para agentes de IA.
- Un agente de IA y un modelo LLM.
- Configuración de SQLcl MCP para conectar el agente con la base de datos.
También se aclaró que esta funcionalidad no será llevada hacia atrás a versiones anteriores de APEX. Es decir, si queremos trabajar con APEXLang, necesitamos estar en APEX 26.1 o superior.
Otro detalle importante es que, aunque APEX 26.1 está disponible para evaluación en apex.oracle.com, actualmente esa instancia no permite el mismo tipo de conectividad desde herramientas como VS Code o SQLcl para trabajar con APEXLang como se haría en una base de datos propia o en Autonomous Database.
En mi opinión, APEXLang representa un cambio muy importante para Oracle APEX.
Durante muchos años, APEX fue visto como una herramienta muy potente para construir aplicaciones rápidamente desde el navegador. Y eso sigue siendo cierto. Pero con APEXLang, APEX empieza a integrarse mucho mejor con prácticas modernas de desarrollo: control de versiones, comparación de cambios, automatización, CI/CD e inteligencia artificial.
Esto no significa que el desarrollador APEX vaya a desaparecer. Al contrario. Creo que el rol del desarrollador va a evolucionar.
La IA podrá ayudar a generar una primera versión de una aplicación, crear formularios, reportes, traducciones o cambios repetitivos. Pero alguien tiene que revisar la arquitectura, la seguridad, la lógica de negocio, los permisos, la experiencia de usuario y la calidad final de la aplicación.
Y ahí es donde el conocimiento del desarrollador APEX sigue siendo fundamental.
APEXLang no elimina la necesidad de saber APEX. Lo que hace es abrir una nueva etapa donde podremos trabajar de una forma más moderna, más colaborativa y probablemente mucho más productiva.
Para quienes venimos trabajando con APEX desde hace años, esto puede requerir un cambio de mentalidad. Ya no se trata solamente de entrar al App Builder y construir todo manualmente. Ahora también vamos a poder pensar en la aplicación como una especificación que se puede versionar, modificar, generar y automatizar.
Y creo que ese es el punto más importante de esta característica.
Oracle APEX 26.1 no solo trae una nueva funcionalidad. Con APEXLang, Oracle está preparando el camino para una nueva forma de desarrollar aplicaciones APEX, donde el App Builder, Git, VS Code, SQLcl y la inteligencia artificial empiezan a trabajar juntos de una manera mucho más integrada.
Ahora cada uno de nosotros tendrá que aprender esta nueva forma de desarrollar aplicaciones web con Oracle APEX.
