Formularios Oracle en R12/R12.2

• Características de los formularios en R12
• Características de los formularios en R12.2
• Arquitectura de servlet de formularios
  • Ventaja del modo Servlet
• Arquitectura de socket de formularios
  • Ventaja del modo de socket
• Diferencia entre la versión 11i y R12
• Definiciones de artefactos de formularios

Características de los formularios en R12

-forms se implementan como una instancia One OC4J de 10.1.3 Oracle home
-Utiliza la utilidad de 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 se implementa en el contenedor OC4J en Application Server 10.1.3
-El ejecutable f60webmx del formulario en tiempo de ejecución ha sido reemplazado por frmweb
-Forms Servlet es el modo predeterminado de implementación/comunicación
-FORMS_ variables de entorno reemplazan FORMS60_
-Nuevo variables de entorno, p. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh reemplaza f60desm para diseño
-frmcmp.sh y frmcmp_batch para generación

Características de los formularios en R12.2

-Los formularios se implementan como un servidor administrado en Oracle weblogic server
-Utiliza la utilidad de 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 se implementa en el servidor administrado en Oracle weblogic Servidor de aplicaciones
-El tiempo de ejecución del formulario executabale f60webmx ha sido reemplazado por frmweb
-Forms Servlet es el modo predeterminado de implementación/comunicación
-FORMS_ variables de entorno reemplazan FORMS60_
-Nuevas variables de entorno, p. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh reemplaza f60desm para diseño
-frmcmp.sh y frmcmp_batch para generación

Arquitectura de servlets de formularios

El servlet de escucha de formularios es responsable de administrar los procesos de tiempo de ejecución de formularios y de enrutar todas las comunicaciones con los clientes. Todo el tráfico entre el applet del cliente de Forms y el proceso de tiempo de ejecución del servidor de Forms ahora se enruta a través de la escucha de Apache y el servlet de escucha de Forms.

-La URL generada por Forms Applet ejecutará Forms Listener Servlet. El escucha del servidor http de Oracle (Apache) recibe la solicitud, la reconoce como una solicitud para ejecutar un servlet y la delega a mod_oc4j para que la ejecute.
-Mod_oc4j pasa la solicitud al servlet de escucha de formularios (instancia de Forms OC4J). El servlet de escucha de formularios bifurca un nuevo proceso de tiempo de ejecución de formularios (frmweb).
-La capa de mensajes de formularios devuelve un mensaje que contiene los metadatos del formulario y los datos necesarios para mostrar la interfaz de usuario. La estructura del mensaje es la misma que usa el Proceso de escucha de formularios, sin embargo, esta vez se devuelve a través del servlet de escucha de formularios y el escucha de apache. devuélvalo al cliente a través del oyente de Apache.

Todas las comunicaciones subsiguientes del servidor de formularios del cliente de Formularios siguen la misma ruta.

Ventajas del Modo Servlet

1. Los enrutadores reconocen fácilmente el tráfico HTTP y HTTPS, mientras que las comunicaciones en modo socket generalmente se consideran sospechosas y se tratan de manera excepcional.
2. El hardware de red existente se puede utilizar para admitir funciones básicas como el equilibrio de carga y el cifrado de paquetes para el tránsito de la red.
3. Más resistente a las reconfiguraciones de red y cortafuegos.
4. Más sólido:las conexiones de servlet se pueden restablecer si las conexiones de red caen inesperadamente para las páginas basadas en Forms, Framework y JSP.
5. Es el único método admitido para los clientes genéricos de Oracle Forms y, por lo tanto, los grupos de productos Forms y E-Business Suite lo prueban más exhaustivamente.
6. El tráfico de rendimiento se puede monitorear a través de herramientas como Oracle Real User Experience Insight (RUEI).
7. El modo de socket no es compatible con las plataformas de servidor basadas en Windows.
8. No es necesario abrir ningún puerto para acceder a formularios en el cortafuegos en caso de servlet.
9. Configuración SSL simple en caso de servlet (ya que no se requiere una configuración SSL separada para los formularios, ya que las conexiones se realizan a través del servidor web/http)
10. El servlet de escucha de formularios se comunica a través del puerto del servidor HTTP y no necesita puertos adicionales para manejar la comunicación entre el cliente y los servicios de formularios del servidor de aplicaciones de Oracle. La arquitectura de Forms Servlet también es compatible con los estándares de la industria de aplicaciones web y admite diferentes configuraciones de red avanzadas, como el balanceo de carga.

Arquitectura de socket de formularios

Las versiones iniciales del producto Oracle Forms Server usaban un método simple para conectar el cliente al servidor. La conexión desde el cliente de escritorio al proceso Forms Listener se logró mediante una conexión de socket directa.

Básicamente, la conexión del escritorio del cliente se establece con el proceso Forms Listener. Se bifurca un nuevo proceso de tiempo de ejecución de formularios o, si corresponde, se usa el siguiente proceso de grupo libre. La conexión de socket entre Forms Applet y Forms Listener se transfiere al proceso de tiempo de ejecución de Forms, por lo que el Applet se comunica directamente con el proceso de tiempo de ejecución. A menos que se utilice HTTP, el agente de escucha ya no es necesario, excepto para dar servicio a otras conexiones nuevas.

En 11i, se utilizó CGI para generar la página inicial que ayuda a crear la conexión de socket

En Oracle E-Business Suite versión 12, la solicitud inicial que genera dinámicamente la página HTML para iniciar el subprograma de formularios es procesada por el servlet de formularios, aunque el servlet solo recibe una solicitud por sesión de formularios

Ventajas del Modo Socket

1.Utiliza hasta un 40 % menos de ancho de banda que el modo servlet Forms. Esto puede ser percibido por los usuarios de la red de área amplia (WAN) como una capacidad de respuesta más lenta, según la latencia de la red.
2.Utiliza menos recursos JVM de nivel de aplicación que el modo servlet, debido a la menor cantidad de turnos de TCP y la falta de sobrecarga asociada con Manejo HTTP POST.

Diferencia entre la versión 11i y R12

Tenemos Oracle Forms 6i en 11i Oracle E-buisness Suite mientras que Oracle Forms 10g en R12.0/R12.1/R12.2 Oracle E-Buisness Suite.

Los conceptos básicos siguen siendo los mismos en todos estos. El ejecutable difiere entre diferentes versiones

Definiciones de artefactos de formularios

-El .fmb El archivo es un archivo de origen de formulario. Es un archivo binario, que contiene metadatos, código fuente y PLSQL compilado.
-El .fmx El archivo es la versión generada del Formulario utilizado en tiempo de ejecución
-El .mmb El archivo es el archivo de origen del menú. Es un archivo binario.
-El .mmx El archivo es la versión generada del Menú utilizado en tiempo de ejecución
-El .pll El archivo es el archivo de origen de la biblioteca adjunto del lado del cliente. También se puede usar en tiempo de ejecución, aunque las aplicaciones de Oracle deberían usar archivos plx. Contiene código fuente, PLSQL y compilado.
-El .plx El archivo es una versión de fuente despojada de .pll, que se usa en tiempo de ejecución. Contiene PLSQL compilado.
–f60webmx es el proceso de tiempo de ejecución de formularios de nivel medio en Unix. (11i)
–frmweb es el proceso de tiempo de ejecución de formularios de nivel medio en Unix. (R12.0/R12.1/R12.2)
–f60srvm es el proceso de escucha de formularios en Linux
-El subprograma de formularios es genérico en todas las plataformas. El subprograma de formularios también es genérico en el sentido de que se usa un solo subprograma para ejecutar todos los formularios.
-Java Beans se usa para implementar la lógica del lado del cliente de Oracle Applications mediante la extensión del subprograma de formularios.

Formularios, bibliotecas y menús

• En el nivel intermedio, una aplicación de formularios consta de formularios, menús y bibliotecas. También hay objetos de base de datos y paquetes y procedimientos del lado del servidor en el RDBMS, pero estos no se considerarán en este documento.
• Un archivo fuente de formulario es un archivo binario y tiene un sufijo .fmb, p. XYZ.fmb. Contiene todos los metadatos relevantes, unidades de programa PL/SQL y PL/SQL compilado. El archivo fmb no se usa en el tiempo de ejecución, pero puede abrirse en Form Builder o usarse para generar la versión de tiempo de ejecución (.fmx) del formulario.
• El archivo .fmx es esencialmente un archivo de parámetros binarios que lee el ejecutable de Forms en tiempo de ejecución. No es un ejecutable en sí mismo, aunque generar el .fmx a veces se denomina "compilar" y el .fmx a menudo se denomina "ejecutable".
• Un archivo .fmx no se puede volver a aplicar mediante ingeniería inversa al .FMB correspondiente.
• Los formularios de solicitud están traducidos, por lo que cada idioma tiene su propio conjunto de formularios. Por ejemplo, ~/forms/US es para usuarios en los que el idioma del nivel medio (NLS_LANG) está establecido en inglés americano.
• Se aplican principios similares a los menús, donde un sufijo mmb indica un archivo de origen y un sufijo mmx una versión generada. Las aplicaciones solo usan un menú, FNDMENU. Como un formulario, este menú está traducido a diferentes idiomas, ubicado en ~/resource/US.
• Las bibliotecas siguen reglas ligeramente diferentes para formularios y menús. El archivo de origen tiene el sufijo .pll y el archivo fuente eliminado tiene el sufijo .plx. El .pll puede cargarse en Builder, generarse y usarse en tiempo de ejecución; contiene código fuente y PL/SQL compilado. El .plx tiene la fuente eliminada y solo contiene PL/SQL compilado, por lo que solo se puede usar en tiempo de ejecución. Oracle Applications usa .plx en tiempo de ejecución, ya que es mucho más pequeño y, por lo tanto, más eficiente.
• Las bibliotecas no contienen cadenas traducibles, por lo que hay una versión para todos los idiomas, que se guarda en el directorio ~/resource.
• Las bibliotecas se vinculan dinámicamente en tiempo de ejecución. El estándar de aplicaciones es que el desarrollador adjunte una biblioteca sin ruta o sufijo .pll/.plx. Forms busca una biblioteca primero en el directorio actual y luego en cada directorio especificado en FORMS60_PATH. Primero busca un .plx, luego un .pll.
• Como se indicó, Aplicaciones usa .PLX porque es más pequeño y requiere menos memoria. Sin embargo, a veces los problemas con el entorno, especialmente cuando se usa para desarrollo personalizado, pueden llevar a que se encuentre primero el .PLL. De nuevo, truss puede identificar rápidamente este tipo de problema.

También lee
Oracle HTTP Server en EBS
Contenedor OC4J