En este tema se describen las prestaciones nuevas de la versión 8.5.
Para obtener detalles sobre las prestaciones añadidas después del primer
release, consulte la página siguiente:
A continuación se describen los detalles de la versión 8.5:
Seguridad aumentada para servicios EGL
REST-RPC
La versión 8.5 presenta una nueva propiedad de tiempo de ejecución de Java:
egl.service.rest.exception.debug. La propiedad especifica si las
excepciones que devuelven los servicios EGL REST-RPC incluyen el mayor nivel
posible de detalle.
En el entorno de desarrollo, el valor
predeterminado es true y el comportamiento de tiempo de ejecución anterior no
se ve afectado.
En una aplicación desplegada, el valor predeterminado es
false,
lo que resulta en el siguiente cambio en el comportamiento de tiempo de ejecución: una excepción
sólo devolverá una indicación de fecha y hora, un ID de mensaje y una referencia al
registro de servidor de aplicaciones. Se aplican las sentencias siguientes:
- El cambio está presente en las aplicaciones nuevas y en las aplicaciones
que han migrado a la versión nueva del código de tiempo de ejecución EGL.
- Considere establecer el valor de propiedad en true si los detalles
que se podrían devolver no violan la seguridad, especialmente
si el proceso depende del contenido de los mensajes de error.
Para obtener detalles sobre el registro del servidor de aplicaciones, consulte la entrada
para egl.service.rest.exception.debug en Descripción de las propiedades de tiempo de ejecución Java.
Soporte EGL para otras tecnologías
La Versión 8.5
presenta el soporte para
- WebSphere Application Server
versión 8.0 y 8.5.
- Apache Tomcat versión 7.x.
- JavaServer Faces (JSF) versión 1.1, en la situación siguiente:
las aplicaciones JSF se ejecutan con los archivos jar de JSF 1.1 o 1.2
en Tomcat 6 o superior.
- Plataforma Linux de 64 bits.
- Plataforma Windows de 64 bits.
El producto tolera plataformas actualizadas a
Java™ Runtime Environment versión 1.7. El producto
también coexiste con IBM®
Rational Team Concert versión 4.0.
Además, el soporte de IU enriquecida para Dojo se basa ahora en Dojo Toolkit versión 1.7.
IU enriquecida
De forma predeterminada, ahora se utilizan los proyectos del sistema
IU enriquecida siguientes:
- Para widgets EGL que no están basados en Dojo: com.ibm.egl.rui_4.1.0
- Para widgets Dojo EGL: com.ibm.egl.rui.dojo.widgets_2.1.1
- Para ejemplos Dojo EGL: com.ibm.egl.rui.dojo.samples_2.1.1
- Para el acceso a tiempo de ejecución Dojo local: com.ibm.egl.rui.dojo.runtime.local_1.7.2
Los proyectos siguientes admiten el uso de Content Delivery Network (CDN):
Los detalles de configuración están disponibles:
- Para obtener instrucciones sobre cómo importar los proyectos de sistema de IU
enriquecida, consulte
Importar proyectos suministrados por el producto.
- Si
va a actualizar a un nuevo proyecto de tiempo de ejecución Dojo desde uno de los
proyectos de IU enriquecida existentes, debe actualizar la vía de acceso de construcción
de EGL del proyecto. Para obtener información detallada, consulte la sección "Esquema de
las tareas de actualización de widget":
Visión general de la IU enriquecida de EGL.
Cuando añade un widget al diseño de cuadrícula, puede utilizar
los campos heightHint y widthHint
de un registro gridLayoutData para proponer un
tamaño de célula. Para obtener detalles, consulte
GridLayout de la interfaz de usuario enriquecida.
Tenga en cuenta
que la versión 8.5 no soporta el desarrollo de IU enriquecidas en una plataforma Linux de 64 bits. Por el momento, las restricciones
en software externo impiden dicho soporte.
Cambios en las opciones de descriptor de construcción
EGL incluye ahora las siguientes opciones de descriptor de construcción:
- Para código Java, la opción
validateBlankDateFields indica si identificar un error en el
caso siguiente: la propiedad dateFormat está en vigor para un
campo en un formato de texto, pero el usuario ha establecido el campo en blanco. Para obtener detalles, consulte
validateBlankDateFields.
- Para código Java, la opción
byteArrayOperationsForStructuredRecords ofrece una ventaja de
rendimiento en algunos casos, al definir cómo el código
Java generado maneja los campos en registros
estructurados. Para obtener detalles, consulte
byteArrayOperationsForStructuredRecords.
- Para código COBOL y Java,
la opción de descriptor de construcción v60NumWithDateBehavior
especifica si el comportamiento de asignaciones desde los campos de números
a los campos de fecha concuerda con el comportamiento vigente en EGL versión
6. Para obtener más detalles, consulte v60NumWithDateBehavior.
- Para código COBOL, las opciones leftAlign, fillWithNulls
y setFormItemFull ahora afectan a los datos
en los campos de formulario de texto, como sucedía en VisualAge Generator. Anteriormente en EGL,
las opciones sólo afectaban a los campos de formulario de impresión. Para obtener detalles sobre las opciones,
consulte fillWithNulls, leftAlign,
y setFormItemFull.
Si tiene
algún motivo para regenerar los formularios de texto y desea mantener las
características de los campos que estaba en vigor anteriormente en EGL, establezca los
parámetros simbólicos siguientes en NO: ALLOWTUILEFTALIGN, ALLOWTUISETFORMITEMFULL
y ALLOWTUIFILLWITHNULLS. Para obtener detalles, consulte
Parámetros simbólicos predefinidos que puede establecer el usuario.
- Para código COBOL, la opción v71AddBehavior
indica si, en un caso específico, el efecto de un signo más (+)
lo determina el tipo de variable a la que se asigna una expresión.
La finalidad es mantener el código escrito en las versiones de EGL
después de 6.0 y en 7.1. Para obtener detalles, consulte
v71AddBehavior.
Además, puede establecer opciones de descriptor de construcción existentes con los
valores nuevos si utiliza una versión con soporte reciente de
WebSphere Application Server
o Apache Tomcat:
- La opción de descriptor de construcción serverType
identifica el tipo de servidor de aplicaciones web en el que se desplegará la salida. Para obtener detalles, consulte
serverType.
- Para código Java, la opción de descriptor de
construcción j2eeLevel especifica el nivel de
Java Enterprise Edition en el servidor de
aplicaciones en el que se despliega un servicio web.
Para obtener detalles, consulte
j2eeLevel.
Cambio potencial en un archivo de propiedades de
enlace
Tenga en cuenta esta sección si tiene una aplicación Java generada
para la que un elemento callLink (en una parte de opciones de enlace) incluye
el valore de propiedad siguiente: remoteBind=runtime.
Podría
necesitar comprobar si las entradas en un archivo de propiedades de enlace
existente están relacionadas con el valor de una propiedad
linkageKey y
no con el nombre del programa al que se llama. La situación tiene lugar
en el siguiente caso:
- Una sentencia call incluye la propiedad linkageKey;
- Se utiliza un archivo de propiedades de enlace para especificar los detalles
de enlace para dicha sentencia y
- actualiza a la versión más reciente del código de tiempo de ejecución EGL.
Para obtener más detalles, consulte los detalles de entradas específicas en
Archivo de propiedades de enlace,
especialmente los detalles de
programName y
wildProgramName.