Oracle Forms es un producto de software para crear pantallas que interactúan con una base de datos Oracle . Tiene un IDE que incluye un navegador de objetos, una hoja de propiedades y un editor de código que utiliza PL/SQL . Originalmente se desarrolló para ejecutarse en el lado del servidor en sesiones de terminal en modo de caracteres. Se adaptó a otras plataformas, incluido Windows, para funcionar en un entorno cliente-servidor . Las versiones posteriores se adaptaron a Java , donde se ejecuta en un contenedor Java EE y puede integrarse con Java y servicios web que se pueden iniciar desde una URL. Las versiones recientes proporcionan un medio para ejecutar los formularios desde una computadora de escritorio sin necesidad de un navegador.
El enfoque principal de Forms es crear sistemas de ingreso de datos que accedan a una base de datos Oracle.
Oracle Forms accede a la base de datos Oracle y genera una pantalla que presenta los datos. El formulario de origen (*.fmb) se compila en un "ejecutable" específico de la plataforma (*.fmx), que es ejecutado (interpretado) por el módulo de tiempo de ejecución de formularios. El formulario se utiliza para ver y editar datos en aplicaciones controladas por bases de datos. Se pueden colocar en el formulario varios elementos de la GUI , como botones, menús, barras de desplazamiento y gráficos. El código fuente también se puede colocar en archivos de biblioteca (*.pll) que se compilan en ejecutables de biblioteca (*.plx) que se utilizan en tiempo de ejecución.
El entorno proporciona modos integrados de creación, consulta y actualización de registros, cada uno con sus propias manipulaciones de datos predeterminadas. Esto minimiza la necesidad de programar operaciones comunes y tediosas, como la creación de SQL dinámico , la detección de campos modificados y el bloqueo de filas.
Como es habitual en las interfaces controladas por eventos , el software implementa funciones de gestión de eventos denominadas activadores, que se invocan automáticamente en pasos críticos del procesamiento de registros, la recepción de pulsaciones del teclado y la recepción de movimientos del ratón. Se pueden invocar distintos activadores antes, durante y después de cada paso crítico.
Cada función de activación es inicialmente un fragmento que contiene una acción predeterminada o nada. Por lo tanto, la programación de Oracle Forms generalmente consiste en modificar el contenido de estos activadores para alterar el comportamiento predeterminado. Algunos activadores, si los proporciona el programador, reemplazan la acción predeterminada, mientras que otros la amplían.
Como resultado de esta estrategia, es posible crear una serie de diseños de formularios predeterminados que poseen una funcionalidad de base de datos completa pero que no contienen ningún código escrito por el programador.
Oracle Forms se vende y se publica por separado de Oracle Database . Sin embargo, las versiones principales de una base de datos Oracle suelen dar como resultado una nueva versión principal de Oracle Forms para admitir nuevas funciones en la base de datos.
Oracle Forms comenzó como Interactive Application Facility (IAF) , que tenía dos componentes principales: el compilador (Interactive Application Generator - IAG) y el intérprete en tiempo de ejecución (Interactive Application Processor - IAP). Lanzado con la primera versión 2 de Oracle Database (no existía la versión 1), IAF proporcionaba una interfaz en modo carácter para permitir a los usuarios ingresar y consultar datos de una base de datos Oracle.
Se le cambió el nombre a Fast Forms con Oracle Database versión 4 y se agregó una herramienta adicional para ayudar a generar un formulario predeterminado para editar con IAG, el editor de formularios.
Se le cambió el nombre por tercera vez a SQL*Forms versión 2 junto con la versión de la base de datos Oracle 5.
Forms 2.0 incluía un editor de diseño de formularios que incluía un pintor de pantalla.
Esta versión se basaba en caracteres (en lugar de interfaz gráfica de usuario), por lo que los formularios se desarrollaban y ejecutaban normalmente en una terminal. El archivo de origen era un archivo ASCII *.INP y se editaba utilizando el pintor de pantalla; sin embargo, el archivo era un archivo ASCII y editarlo directamente en un editor de texto era una práctica común debido a las limitaciones del editor de formularios.
Esta versión de Forms no incluía el lenguaje PL/SQL y, en su lugar, utilizaba su propio lenguaje personalizado basado en pasos de activación. El lenguaje era más primitivo que el lenguaje PL/SQL que estaba disponible en SQL*Plus. El lenguaje limitado se complementaba con salidas de usuario que compilaban el código del lenguaje vinculado al binario del entorno de ejecución proporcionado por Oracle .
La versión 2.3 se utilizó como base para el paquete de contabilidad Oracle Financials. Como resultado, la versión 2.3 se siguió utilizando mucho después de que las versiones 3 y 4 estuvieran disponibles para dar soporte a los formularios de los clientes que se crearon para integrarse con Oracle Financials.
Oracle Forms 3 fue la primera versión que permitió el uso de PL/SQL dentro de los desencadenadores y procedimientos de formularios; las funciones SQL también se podían usar como una característica no documentada.
Forms 3 era una aplicación en modo carácter que se utilizaba principalmente en terminales como Digital VT220 y PC con Microsoft DOS. Podía ejecutarse en X, pero no admitía ninguna característica específica de la interfaz X, como casillas de verificación , por lo que básicamente era una aplicación en modo carácter que se ejecutaba en una ventana GUI.
Si bien se podía usar un mouse para hacer clic en los campos, no había activadores específicos del mouse (como cuando se hace doble clic con el mouse) disponibles en esta versión.
El archivo de origen era un archivo ASCII *.INP. El archivo de ejecución era un archivo binario *.FRM.
El IDE se mejoró considerablemente para permitir la edición de código PL/SQL, lo que redujo la práctica común de editar directamente el archivo fuente INP.
Forms 3 generó automáticamente activadores y códigos de Forms para admitir algunas restricciones de la base de datos, como claves principales y claves externas. En ese momento, se podían definir restricciones, pero no aplicarlas en la base de datos Oracle 6, por lo que Oracle utilizó Forms 3 para afirmar que admitía restricciones en su conjunto de tecnologías.
Oracle Forms versión 4.0 fue la primera versión verdaderamente basada en GUI del producto que admitía elementos de GUI como casillas de verificación y grupos de opciones en el editor de formularios y en tiempo de ejecución.
Aunque no se anunció públicamente, un tiempo de ejecución basado en personajes todavía estaba disponible para ciertos clientes que lo solicitaron.
La llegada de Microsoft Windows 3 y de productos de la competencia que funcionan con Windows obligó a Oracle a lanzar esta versión GUI de Forms por razones comerciales. Forms 4.0 acompañó a la versión 6 de la base de datos Oracle con soporte para Microsoft Windows y X Windows.
En esta versión se introdujo un nuevo IDE . Cada tipo de objeto tenía una ventana de edición optimizada para él, por lo que el editor de campos tenía un aspecto bastante diferente al editor de ventanas. Estos se abandonarían en la siguiente versión y se reemplazarían por hojas de propiedades que se hicieron populares con Visual Basic.
Los archivos fuente de la versión 4.0 fueron *.FMB para formularios, *.PLL para bibliotecas y *.OLB para bibliotecas de objetos. Los archivos de tiempo de ejecución de la versión 4.0 fueron *.FMX para formularios y *.PLX para bibliotecas. Los archivos *.OLB se compilaron en FMX.
La suite de software Oracle Financials no utilizó esta versión de Forms y en su lugar continuó utilizando Forms 2.3.
La versión 4.5 de Oracle Forms fue en realidad una versión principal, no una " versión puntual " de la versión 4.0, a pesar de su número de versión ".5". Se la denominó 4.5 para cumplir con las obligaciones contractuales de ofrecer soporte a Forms 4 durante un período de tiempo para determinados clientes, de modo que pudiera comercializarse como un parche de la versión 4.0, aunque se requiriera una instalación completa, en lugar de actualizar la versión 4.0 a la 4.5 con un parche.
Esta versión contenía importantes cambios funcionales y un IDE completamente nuevo, que reemplazaba al IDE que se introdujo en la versión 4.0. Añadía activadores basados en GUI y proporcionaba un IDE moderno con un navegador de objetos, hojas de propiedades y un editor de código . Este diseño se había vuelto popular en su momento debido a su uso por parte de Microsoft Visual Basic.
El entorno de desarrollo ha cambiado muy poco desde esta versión, por lo que un desarrollador de software con experiencia con Forms 4.5 puede trabajar fácilmente en cualquier versión de Forms hasta la última versión.
La versión 5 de Oracle Forms acompañó a la versión 7 de la base de datos Oracle.
Forms 6 se lanzó con la base de datos Oracle 8.0 y se volvió a lanzar como Forms 6i con Oracle 8i. Esta versión era básicamente Forms 4.5 con algunos asistentes adicionales y correcciones de errores. [1] Incluía la posibilidad de ejecutarse dentro de un servidor web. Se suministró un servidor Forms para resolver el problema de adaptar Oracle Forms a una entrega basada en navegador de tres niveles , sin incurrir en cambios importantes en su interfaz programática. La interfaz de formulario compleja y altamente interactiva fue proporcionada por un subprograma Java que se comunicaba directamente con el servidor Forms. Sin embargo, la versión web no funcionaba muy bien a través de HTTP . Una corrección de Forms 9i se adaptó a las versiones posteriores de 6i para abordar esto.
El sistema de nombres y numeración aplicado a Oracle Forms sufrió varios cambios debido a factores de marketing, sin alterar la naturaleza esencial del producto. En este período se agregó la capacidad de codificar en Java, así como en PL/SQL.
El número de versión saltó directamente del 6 al 9 para mantener el mismo número que la versión de la base de datos Oracle lanzada en un momento similar.
Forms 9i incluía muchas correcciones de errores de 6i y era conocida como una buena versión estable. Se eliminó la compatibilidad con el entorno de ejecución cliente-servidor de Windows y las interfaces basadas en caracteres y, en su lugar, la interfaz de usuario de tres niveles basada en navegador web es la única opción de implementación. La capacidad de importar clases Java significa que puede actuar como un cliente de servicio web .
A partir de esta versión, el número de versión de Oracle Forms en adelante se mantendrá sincronizado con la versión de la base de datos Oracle. Como resultado, se omitió la versión 8 y el número de versión pasó a ser 9.
Después de este lanzamiento, se realizaron muy pocos cambios en el producto además de mantener el número de versión sincronizado con la base de datos de Oracle.
Forms 10g es en realidad la versión 9.0.4 de Forms, por lo que es simplemente una versión renombrada de Forms 9i.
Forms 11 introdujo avances como eventos externos, compatibilidad con JavaScript en la versión 1 y Access Manager, Real User Experience Interaction (RUEI) y monitoreo del rendimiento en la versión 2. Estas mejoras ampliaron la funcionalidad y las capacidades de interacción, utilizando Oracle AQ para permitir una interacción fluida con JMS .
Java Web Start permite a los usuarios ejecutar aplicaciones Oracle Forms sin tener un navegador web principal. Aunque se puede utilizar un navegador para obtener inicialmente el archivo de inicio de Java Web Start de la aplicación (.Jalp), el navegador no es responsable de alojar la aplicación y se puede cerrar una vez iniciada. JWS es compatible con Internet Explorer, Firefox ESR, Chrome y Edge.
(*1) Cada versión de Oracle Forms puede conectarse a numerosas versiones de la base de datos ORACLE y se vende y se lanza por separado de la base de datos ORACLE. Oracle Forms es generalmente compatible con la base de datos Oracle, tanto en versiones anteriores como posteriores; por ejemplo: Oracle Forms 9 puede conectarse al menos a Oracle 8, 9, 10 y 11. Las versiones de la base de datos que se enumeran aquí son la versión principal que estaba disponible en el momento del lanzamiento de Form.
(*2) Históricamente, los productos Oracle han seguido sus propias convenciones de numeración y denominación de versiones. Esto cambió con el lanzamiento de Oracle RDBMS 9i, cuando Oracle Corporation comenzó a estandarizar Oracle Forms (y Reports and Developer) para utilizar el mismo número de versión principal que la base de datos. Esto explica el salto en las versiones de Oracle Forms de 6i a 9i (no existían v7 ni v8).
Oracle Designer es una herramienta de ingeniería de software asistida por computadora (CASE) que vendía Oracle. Podía generar varios módulos de software, incluidos Oracle Forms y Oracle Reports. La última versión de Oracle Designer fue en 2010 y desde entonces se ha discontinuado.
Si bien el enfoque preferido de Oracle para nuevos desarrollos es Oracle Application Development Framework basado en Java u Oracle Application Express , la declaración de dirección de las herramientas de desarrollo de Oracle es bastante clara en su compromiso de continuar apoyando Oracle Forms y continuar desarrollándolo y mejorándolo en las siguientes áreas:
Sin embargo, a partir de enero de 2023, de acuerdo con la Política de soporte de por vida de Oracle, el soporte Premier para Fusion Middleware 12c (incluido Oracle Forms 12c) finalizará en diciembre de 2026 (y el soporte extendido seguirá hasta diciembre de 2027). [5] Una alternativa a Oracle Application Development Framework también es Oracle Application Express . Una de las ventajas de Oracle Application Express es que está más estrechamente relacionado con Forms, ya que también depende en gran medida de PL/SQL .