Formularios de Oráculo

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. Fue desarrollado originalmente para ejecutarse en el lado del servidor en sesiones de terminal en modo carácter. Fue portado a otras plataformas, incluido Windows, para funcionar en un entorno cliente-servidor. Las versiones posteriores se trasladaron a Java, donde se ejecuta en un contenedor Java EE y se puede integrar 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 objetivo principal de Forms es crear sistemas de entrada de datos que accedan a una base de datos Oracle.

Cómo funciona

Oracle Forms accede a la base de datos Oracle y genera una pantalla que presenta los datos. El formulario fuente (*.fmb) se compila en un archivo "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 basadas en bases de datos. En el formulario se pueden colocar 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 archivos ejecutables de biblioteca (*.plx) utilizados 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 crear SQL dinámico, detectar campos modificados y bloquear filas.

Como es normal con las interfaces controladas por eventos, el software implementa funciones de manejo de eventos llamadas activadores que se invocan automáticamente en pasos críticos en el procesamiento de registros, la recepción de pulsaciones del teclado y la recepción de movimientos del mouse. Se pueden activar diferentes factores desencadenantes antes, durante y después de cada paso crítico.

Cada función de activación es inicialmente un código auxiliar 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 disparadores, si los proporciona el programador, reemplazan la acción predeterminada mientras que otros la aumentan.

Como resultado de esta estrategia, es posible crear una serie de diseños de formulario predeterminados que poseen una funcionalidad de base de datos completa pero que no contienen ningún código escrito por un programador.

Historia

Oracle Forms se vende y publica por separado de Oracle Database. Sin embargo, las versiones principales de una base de datos Oracle generalmente dan como resultado una nueva versión principal de Oracle Forms para admitir nuevas funciones en la base de datos.

Instalación de aplicaciones interactivas (IAF)

Oracle Forms comenzó como Interactive Application Facility (IAF), que tenía dos componentes principales: el compilador (Interactive Application Generator - IAG) y el intérprete 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 proporcionó una interfaz en modo de caracteres 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.

Formularios 2.x

Forms 2.0 incluía un editor de diseño de formularios que incluía un pintor de pantalla.

Esta versión se basó en caracteres (en lugar de GUI), por lo que los formularios se desarrollaron y ejecutaron normalmente en una terminal. El archivo fuente era un archivo *.INP ASCII y se editó usando el pintor de pantalla; sin embargo, el archivo era un archivo ASCII y editar este archivo 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 usaba 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 vio aumentado por salidas de usuario que compilaban código de lenguaje vinculado al binario del tiempo de ejecución proporcionado por Oracle.

Se utilizó Forms 2.3 como base para el paquete de contabilidad Oracle Financials. Como resultado, 2.3 permaneció en uso mucho después de que los Formularios 3 y 4 estuvieran disponibles para admitir los formularios de los clientes que se crearon para integrarse con Oracle Financials.

Formularios 3.x

Oracle Forms 3 fue la primera versión que permitió el uso de PL/SQL dentro de los activadores y procedimientos de Forms/las funciones SQL también se podían usar como una característica no documentada.

Forms 3 era una aplicación en modo caracteres y se usaba 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 era básicamente una aplicación en modo de caracteres que se ejecutaba en una ventana GUI.

Aunque se podía usar un mouse para hacer clic en los campos, no había activadores específicos del mouse (como al hacer doble clic con el mouse) disponibles en esta versión.

El archivo fuente era un archivo *.INP ASCII. El archivo de ejecución era un archivo binario *.FRM.

El IDE se mejoró enormemente para permitir la edición de código PL/SQL, y esto redujo la práctica común de editar el archivo fuente INP directamente.

Forms 3 generó automáticamente activadores y código de Forms para admitir algunas restricciones de la base de datos, como claves primarias y claves externas. Las restricciones se podían definir, pero no imponer en la base de datos Oracle 6 en este momento, por lo que Oracle usó Forms 3 para afirmar que admitía restricciones en su pila de tecnología.

Formularios 4.0

Oracle Forms versión 4.0 fue la primera versión del producto verdaderamente basada en GUI que admitía elementos de GUI como casillas de verificación y grupos de radio en el editor de formularios y en tiempo de ejecución.

Aunque no se anunció públicamente, un tiempo de ejecución basado en caracteres todavía estaba disponible para ciertos clientes que lo solicitaran.

La llegada de Microsoft Windows 3 y productos competitivos que se ejecutan bajo Windows obligaron a Oracle a liberar esta versión GUI de Formularios por razones comerciales. Formas 4.0 acompañadas Oracle versión 6 con soporte para Microsoft Windows y X Windows.

Se introdujo un nuevo IDE en esta versión. Cada tipo de objeto tenía una ventana de editor optimizada para él, por lo que el editor de campos se veía bastante diferente al editor de ventanas. Estas se abandonarían en la próxima versión y se reemplazarían con hojas de propiedades que se hicieron populares con Visual Basic.

Los archivos fuente 4.0 eran *.FMB para formularios, *.PLL para bibliotecas y *.OLB para bibliotecas de objetos. Los archivos de ejecución 4.0 eran *.FMX para formularios, *.PLX para bibliotecas. * Los archivos .OLB se compilaron en FMX.

El paquete de software Oracle Financials no usó esta versión de Forms y en su lugar continuó usando Forms 2.3.

Formularios 4.5

La versión 4.5 de Oracle Forms fue realmente una versión importante en lugar de una "versión puntual" de 4.0 a pesar de su ".5" número de versión. Se llamó 4.5 para cumplir con las obligaciones contractuales de soportar Forms 4 durante un período de tiempo para ciertos clientes, de modo que pudiera comercializar 4.5 como un parche para 4.0, aunque se requería una instalación completa, en lugar de actualizar 4.0 a 4.5 con un parche.

Esta versión contenía cambios funcionales significativos y un IDE completamente nuevo, que reemplaza al IDE que se introdujo en 4.0. Agregó activadores basados en GUI y proporcionó un IDE moderno con un navegador de objetos, hojas de propiedades y editor de código. Este diseño se había hecho 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.

Formularios 5.x

La versión 5 de Oracle Forms acompañó a la versión 7 de la base de datos Oracle.

Formularios 6.x

Forms 6 se lanzó con la base de datos Oracle 8.0 y se relanzó como Forms 6i con Oracle 8i. Esta versión era básicamente Forms 4.5 con algunos asistentes adicionales y correcciones de errores. Incluía la posibilidad de ejecutarse dentro de un servidor web. Se suministró un servidor de Forms para resolver el problema de adaptar Oracle Forms a una entrega de tres niveles basada en navegador, sin incurrir en cambios importantes en su interfaz programática. La interfaz de formulario compleja y altamente interactiva fue proporcionada por un subprograma de Java que se comunicaba directamente con el servidor de Forms. Sin embargo, la versión web no funcionó muy bien a través de HTTP. Se instaló una solución de Forms 9i en versiones posteriores de 6i para solucionar este problema.

El sistema de denominación 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.

Formularios 9.x

El número de versión saltó directamente de 6 a 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 en 6i y era conocido como una buena versión estable. Se eliminó la compatibilidad con las interfaces basadas en caracteres en tiempo de ejecución cliente-servidor de Windows y, en su lugar, la interfaz de usuario basada en navegador web de tres niveles es la única opción de implementación. La capacidad de importar clases de 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 se mantendrá sincronizado con la versión de la base de datos de Oracle. Como resultado, se omitió la versión 8 y el número de versión saltó a 9.

Después de esta versión, se realizaron muy pocos cambios en el producto además de mantener el número de versión sincronizado con la base de datos Oracle.

Formularios 10.x

Forms 10g es en realidad la versión 9.0.4 de Forms, por lo que es simplemente un Forms 9i rebautizado.

Formularios 11.x

Forms 11 introdujo avances como eventos externos, compatibilidad con JavaScript en la versión 1 y Access Manager, interacción con la experiencia del usuario real (RUEI) y supervisión del rendimiento en la versión 2. Estas mejoras ampliaron la funcionalidad y las capacidades de interacción, utilizando Oracle AQ para habilitar Interacción perfecta con JMS.

Formularios 12.x

Java Web Start permite a los usuarios ejecutar aplicaciones de 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 puede cerrarse una vez iniciada la aplicación. JWS es compatible con Internet Explorer, Firefox ESR, Chrome, Edge.

Resumen de versión

(*1) Cada versión de Oracle Forms puede conectarse a numerosas versiones de la base de datos ORACLE y se vende y libera por separado de la base de datos ORACLE. Oracle Forms es generalmente hacia adelante y compatible con la base de datos Oracle - por ejemplo: Oracle Forms 9 puede conectarse al menos Oracle 8,9, 10 y 11. Las versiones de la base de datos que se enumeran aquí son la versión primaria que estaba disponible en el momento de la versión del formulario.

(*2) Históricamente, los productos de Oracle han seguido sus propias convenciones de denominación y numeración de versiones. Esto cambió con la versión Oracle RDBMS 9i cuando Oracle Corporation comenzó a estandarizar Oracle Forms (e Reports and Developer) para usar 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 había ni v7 ni v8)

Integración con la herramienta CASE de Oracle Designer

Oracle Designer es una herramienta de ingeniería de software asistida por computadora (CASE) vendida por Oracle. Pudo 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 ha sido descontinuada.

Estado actual

Si bien el enfoque preferido de Oracle para nuevos desarrollos es su marco de desarrollo de aplicaciones Oracle 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. continuar brindando soporte a Oracle Forms y continuar desarrollándolo y mejorándolo en las siguientes áreas:

• Hacer la actualización a la web y a nuevas versiones lo más suave posible
• Permitir a las aplicaciones de formularios y informes aprovechar plenamente los servicios de servidor de aplicaciones e interoperar con aplicaciones Java EE.

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 (a continuación, el soporte extendido finalizará en diciembre de 2027). Una alternativa al marco de desarrollo de aplicaciones de Oracle es también 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.