Problemas conocidos y restricciones de entorno de ejecución
Existen algunas restricciones conocidas que se aplican cuando se trabaja con el entorno de tiempo de ejecución de Liberty.
Notas del release
Si el sistema operativo no tienen notas del release, al pulsar el enlace, la página resultante indica que no se han encontrado notas del release.
Lista de problemas y restricciones conocidos.
- Restricciones generales:
- Niveles mínimos de Java soportados
- El nombre del directorio de instalación y la vía de acceso no puede incluir caracteres que no sean ASCII.
- El cambio del origen de datos JDBC en el tiempo de ejecución puede provocar errores de JPA
- Una aplicación que confía en que getRealPath devuelva un resultado, debe desplegarse como una aplicación ampliada y no como un archivo WAR
- Los scripts WebSphere Application Server tradicional no funcionan con Liberty
- Restricciones de conjunto de archivos
- Se necesita el z/OS APAR OA37620 para habilitar el rastreo de servidor para un grupo de rastreo específico
- Restricciones de búsquedas java:global
- Aplicaciones que no se inician en un servidor de Liberty incorporado
- Restricciones relacionadas con el soporte para el adaptador de recursos de WebSphere MQ y JCA genérico
- El mantenimiento de versiones no es posible para las aplicaciones del directorio dropins
- Las características de colectivo, direccionamiento dinámico y escalado no se pueden utilizar con la característica cdi-1.2
- Las aplicaciones de sesión compartida deben almacenar objetos de sesión en bibliotecas compartidas
- Configuración de persistencia de sesión
- Las sesiones JMS tramitadas localmente y portadas no funcionan en Liberty
- Uso de de Liberty de mensajería IBM MQ
Aplicaciones Liberty que se ejecutan en IBM Cloud Private
Restricciones para el registro JSON
- Restricciones específicas de las características de Liberty:
- Restricciones de la característica Centro de administración
- Restricción de la característica appClient-1.0
- Restricciones de la característica appSecurity-2.0
- Restricciones de la característica de validación de beans
- Restricción de la característica collectiveController-1.0
- Restricciones de la característica concurrent-1.0
- Restricciones de la característica de memoria caché dinámica
- Restricciones de la característica de Enterprise JavaBeans (EJB)
- Restricción de la característica j2eeManagement-1.1
- Restricciones de la característica jacc-1.5
- Restricciones de la característica jaxb-2.2
- Restricciones de la característica jaxws-2.2
- Restricciones de la característica jpa-2.1
- Restricciones de la característica jsf-2.2
- Restricciones de la característica jsp-2.2
- Restricciones de la característica logstashCollector-1.0
- Restricción de la característica monitor-1.0
Restricciones de la característica openapi-3.0
- Restricciones de la característica requestTiming-1.0
- Restricción de la característica restConnector-1.0
- Restricciones de la característica scim-1.0
- Restricciones de la característica socialLogin-1.0
- Restricciones de la característica sipServlet-1.1
- Restricciones de la característica wmqJmsClient-1.1
- Restricciones de la característica wmqJmsClient-2.0
- La modificación de las propiedades de proveedor dataSource, jdbcDriver, connectionManager y JDBC en tiempo de ejecución puede provocar errores de JPA
Niveles mínimos de Java soportados
![[17.0.0.3 and later]](../ng_v17003plus.gif)
- Entorno de ejecución Java SE 6
Importante: El soporte para utilizar Java SE 6 con WebSphere Liberty finalizó en septiembre de 2017. El kernel Liberty se recompiló para 17.0.0.3. A partir de 17.0.0.3, el kernel Liberty deja de ejecutarse con Java SE 6. Si sigue utilizando Java SE 6 en releases anteriores después del fin de la fecha de soporte, podría exponer su entorno a riesgos de seguridad.
El SDK de Java recomendado es Java SE 8, porque proporciona las últimas características y actualizaciones de seguridad. Como alternativa a instalar Java SE 8, puede instalar otra versión soportada de Java SDK.
- Entorno de ejecución Java SE 7
- Para el JDK Java de IBM®, el nivel mínimo soportado es IBM Runtime Environment, Java Technology Edition 7.0.4.1. Para el JDK de Oracle en Windows y Linux, el nivel mínimo soportado es Java SDK/JRE/JDK 7.0.17. Para el JDK de Oracle en Mac OS X, el nivel mínimo soportado es Java SDK/JRE/JDK 7.0 Actualización 15.
- Importante: A partir del fixpack 19.0.0.3, el kernel Liberty deja de ejecutarse con Java SE 7. Si desea más información, consulte Avisos de eliminación.
- Entorno de ejecución Java SE 8
- Para el SDK Java SDK de IBM, el nivel mínimo soportado es IBM SDK, Java Technology Edition, Versión 8. Para el JDK de Oracle, el nivel mínimo soportado es Java 8 actualización 25.
En la plataforma z/OS, solo se da soporte a Java de 64 bits.
Para sistemas z/OS, utilice el Java SDK de IBM.
El nombre del directorio de instalación y la vía de acceso no puede incluir caracteres que no sean ASCII.
Las JVM recientes no soportan del todo el uso de caracteres que no son ASCII con los mandatos -jar y -javaagent. Utilice solo caracteres ASCII en los nombres y las vías de acceso del directorio de instalación.
El cambio del origen de datos JDBC en el tiempo de ejecución puede provocar errores de JPA
Si no se ha especificado el tipo de diccionario de base de datos mediante las propiedades, OpenJPA lo detecta y lo calcula cuando se crea el primer gestor de entidad se crea y se realiza la conexión a la base de datos. Este tipo de diccionario de base de datos se utiliza para todos los gestores de entidad que se crean posteriormente. Si se modifica el origen de datos JDBC mientras se ejecuta una aplicación, la fábrica de gestores de entidad no detecta este cambio y continúa utilizando el antiguo diccionario en las operaciones para el nuevo origen de datos. Esto puede provocar errores si se cambia la base de datos por la de un proveedor diferente.
Cuando cambie una base de datos por un proveedor diferente, reinicie la aplicación.
La modificación de las propiedades de proveedor dataSource, jdbcDriver, connectionManager y JDBC en tiempo de ejecución puede provocar errores de JPA
Si actualiza la configuración de dataSource, jdbcDriver, connectionManager o cualquiera de las listas de propiedades de los proveedores de JDBC (por ejemplo, properties.db2.jcc o properties.oracle) mientras el servidor está en ejecución, es posible que vea errores J2CA8040E. Estos errores indican que varios elementos dataSource no pueden asociarse con un único connectionManager. Estas anomalías se generan aunque su configuración sólo asocia un connectionManager con el elemento dataSource.
Cuando realiza actualizaciones en la configuración de cualquiera de estos recursos JDBC, reinicie el servidor.
Una aplicación que confía en que getRealPath devuelva un resultado, debe desplegarse como una aplicación ampliada y no como un archivo WAR
La especificación Java EE indica que el método getRealPath() devuelve un valor null si el contenido pasa a estar disponible desde un archivo WAR (Web Archive). Al desplegar un archivo WAR en Liberty, no extrae automáticamente el archivo de archivado en una estructura de directorios. Por lo tanto, la aplicación podría no iniciarse. Si la aplicación confía en que getRealPath() devuelva un resultado, debe desplegarse la aplicación como una aplicación web ampliada y no como un archivo WAR Por ejemplo, puede extraer manualmente el archivo WAR y copiar la aplicación ampliada en el directorio dropins.
Los scripts WebSphere Application Server tradicional no funcionan con Liberty
No puede utilizar ningún script bajo el directorio bin de WebSphere Application Server tradicional para administrar Liberty.
Restricciones de conjunto de archivos
- Los conjuntos de archivos no exploran los subdirectorios
del directorio base de forma recursiva. Por ejemplo, no se admiten estas instrucciones:
<fileset id="testFileset" dir="\temp" includes="**\a.jar"/> <fileset id="testFileset" dir="\temp" includes="a\a.jar"/> <fileset id="testFileset" dir="\temp" includes="*\a.jar"/> <fileset id="testFileset" dir="\temp" includes="a\b\a.jar"/>
Se necesita el z/OS APAR OA37620 para habilitar el rastreo de servidor para un grupo de rastreo específico
Si desea rastrear grupos de rastreo específicos, aplique el z/OS APAR OA37620. Al habilitar el rastreo para Liberty en la plataforma z/OS, utilice la sintaxis paquete/clase (es decir, com.ibm.ws.*=all), a menos que el soporte de IBM le indique lo contrario.
Restricciones de búsquedas java:global
Los recursos definidos en aplicaciones con búsquedas java:global se pueden utilizar para acceder a nombres declarados por aplicaciones que solo se han desplegado en el servidor actual.
Aplicaciones que no se inician en un servidor de Liberty incorporado
Asegúrese de que el proceso Java que inicia el servidor de Liberty incluido se haya iniciado con el argumento de JVM -javaagent apuntando a libertyInstallDir/bin/tools/ws-javaagent.jar. Si no se utiliza el argumento de JVM -javaagent, se inicia el tiempo de ejecución del servidor pero las aplicaciones no se consiguen iniciar sin excepciones obvias.
Restricciones relacionadas con el soporte para el adaptador de recursos de WebSphere MQ y JCA genérico
El adaptador de recursos de WebSphere MQ se puede utilizar en WebSphere Application Server Liberty utilizando la característica wmqJmsClient-1.1 o wmqJmsClient-2.0 o el soporte de JCA genérico.
Puede utilizar el adaptador de recursos de WebSphere MQ versión 7.5 con Liberty versión 8.5.5 y posterior. Si desea utilizar el adaptador de recursos de WebSphere MQ versión 8.0, que está basado en el adaptador de recursos JMS 2.0, debe asegurarse de que está utilizando la última versión de Liberty que es compatible con el adaptador de recursos JMS 2.0.
- Con Liberty versión 8.5.5.2, la característica wmqJmsClient-1.1 se debe utilizar con un adaptador de recursos IBM MQ versión 7.5.0.5 o posterior.
- Con Liberty versión 8.5.5.6, se debe utilizar la característica wmqJmsClient-2.0 con un adaptador de recursos IBM MQ versión 8.0.0.3 o posterior.
Para obtener más información acerca de la compatibilidad de versiones entre el adaptador de recursos de WebSphere MQ y Liberty, consulte la Referencia para obtener el adaptador de recursos de WebSphere MQ.
- Para ejecutar el adaptador de recursos IBM® WebSphere MQ en z/OS, debe utilizar la característica wmqJmsClient-1.1 o wmqJmsClient-2.0.
- El rastreo y el registro no están integrados en el sistema de rastreo de Liberty mediante el JCA genérico. El rastreo se registra en un archivo independiente y se debe haber habilitado estableciendo las propiedades del sistema. El procedimiento para habilitar el rastreo es el mismo que la configuración de clases de WebSphere MQ para el recurso de rastro JMS para un entorno estándar Java. Consulte Stanza de rastreo de Java Standard Environment.
- Las clases de IBM MQ para Java no se soportan en Liberty. No se deben utilizar con la característica de mensajería de Liberty de IBM MQ o con el soporte JCA genérico. Si desea más información, consulte Utilización de interfaces WebSphere MQ Java en entornos J2EE/JEE.
El mantenimiento de versiones no es posible para las aplicaciones del directorio dropins
Para las aplicaciones en el directorio dropins, el supervisor de aplicación utiliza el nombre de archivo y la extensión de archivo para determinar el tipo de aplicación y para generar el nombre y el id de aplicación. Por lo tanto, no es posible especificar el número de versión para la aplicación mediante el uso del nombre de archivo o la extensión de archivo. En un entorno de producción, no es aconsejable utilizar el directorio dropins.
Las características de colectivo, direccionamiento dinámico y escalado no se pueden utilizar con la característica cdi-1.2
No utilice la característica collectiveController-1.0, collectiveMember-1.0, clusterMember-1.0, dynamicRouting-1.0, scalingController-1.0 o scalingMember-1.0 con la característica de inyección de dependencias y contextos 1.2 (cdi-1.2).
Las aplicaciones de sesión compartida deben almacenar objetos de sesión en bibliotecas compartidas
Cuando se utiliza la extensión de aplicación de contexto de sesión compartida o <shared-session-context value="true"/> en ibm-application-ext.xml, todos los objetos que se almacenan en la sesión deben estar disponibles en las bibliotecas compartidas que están asociadas con la aplicación para que la sesión pueda invalidarse.
Configuración de persistencia de sesión
Solo hay un archivo server.xml para cada servidor, no un archivo server.xml para cada archivo EAR o WAR. Establezca la persistencia de sesión en una base de datos añadiendo:
<httpSessionDatabase id="SessionDB" dataSourceRef="SessionDS" ... />
En Liberty, este valor para la base de datos se aplica a todos los archivos EAR y WAR. No es posible configurar algunas bases de datos con persistencia de sesión y otras sin.
Las sesiones JMS tramitadas localmente y portadas no funcionan en Liberty
En WebSphere Application Server tradicional, puede desarrollar aplicaciones para aprovechar las sesiones JMS tramitadas localmente. Cuando se trasladan estas aplicaciones a Liberty, estas aplicaciones se comportan de forma diferente o no funcionan en absoluto.
Aunque WebSphere Application Server tradicional permite sesiones JMS tramitadas localmente, no está permitido trasladar un sesión JMS tramitada localmente de WebSphere Application Server tradicional a Liberty.
Uso de de Liberty de mensajería IBM MQ
Cuando Liberty utiliza IBM MQ como proveedor de mensajería, los criterios de reutilización de una conexión libre de la agrupación de conexiones JMS son diferentes de los criterios de reutilización en WebSphere Application Server tradicional. Específicamente, el índice de reutilización de Liberty es muy inferior al índice de reutilización de WebSphere Application Server tradicional si una aplicación JMS utiliza la autenticación de contenedor para una fábrica de conexiones y varios usuarios autenticados utilizan la misma agrupación de conexiones. El índice de reutilización de Liberty es inferior porque la conexión libre creada por un usuario autenticado puede ser reutilizada por otros usuarios autenticados en Liberty y puede producir una regeneración frecuente de conexiones. Puede utilizar la autenticación de aplicación con las propiedades username y password de properties.wmqJms si el índice de reutilización de Liberty no satisface los requisitos de rendimiento.
![[17.0.0.3 and later]](../ng_v17003plus.gif)
Aplicaciones Liberty que se ejecutan en IBM Cloud Private
- El escalado automático se basa solo en el uso de CPU, no en métricas personalizadas.
- Ingress solo admite la configuración básica y anotaciones como, por ejemplo, una única raíz de contexto.
- Es posible que surja un problema al acceder a las aplicaciones que utilizan Ingress en el protocolo HTTP. Si accede a una aplicación en http://host_proxy/, se le redirige al puerto 80, lo que no es correcto, y no se puede acceder a la aplicación. Elimine el puerto 80 del URL para resolver el problema.
- Actualmente, el diagrama Helm de Liberty solo soporta la persistencia de registros cronológicos de transacciones de una única réplica.
![[18.0.0.1 and later]](../ng_v18001plus.gif)
Restricciones para el registro JSON
- Cuando se ha configurado el registro binario, los registros de anotaciones que se graban en la consola permanecen en formato básico incluso cuando se ha habilitado el registro JSON.
- Cuando se habilita el registro JSON en z/OS, es posible que falten algunos mensajes en el período de inicio del servidor.
- Cuando se habilita el registro JSON, los throwables que se registran en System.out/err no se truncan con [internal classes].
Restricciones de la característica Centro de administración
![[16.0.0.4 and later]](../ng_v16004plus.gif)
- Los registros de trabajos de máquinas remotas no se pueden visualizar, a menos que cada servidor remoto que tiene trabajos por lotes o registros de trabajos tenga una configuración de CORS. Consulte Visualización de trabajos por lotes Java en el Centro de administración.
- Si se visualizan registros de instancias, puede esperarse un error si las ejecuciones están repartidas entre varios hosts.
- La herramienta de proceso por lotes Java requiere que utilice una base de datos persistida con la característica batchManagement-1.0.
Restricción de la característica appClient-1.0
- La característica no soporta los clientes de aplicación Java EE y solo puede iniciar programas de cliente autónomo.
Restricciones de la característica appSecurity-2.0
- Para las aplicaciones EJB, no se admite la run-as-mode de SYSTEM_IDENTITY en los valores de extensión del archivo ibm-ejb-jar-ext.xml.
- La API getCallerIdentity no está soportada para los beans de sesión singleton.
- Las API HttpServletRequest.isUserInRole y EJBContext.isCallerInRole o los elementos del descriptor de despliegue pueden hacer referencia a los nombres de rol sin declarar antes los nombres de rol mediante la anotación @DeclareRoles o el elemento del descriptor de despliegue <security-role/>. Sin embargo, los roles deben declararse antes de utilizarlos en WebSphere Application Server tradicional.
Restricciones de la característica de validación de beans
- No se admite la validación de beans en las aplicaciones OSGi.
- No se admite la validación de beans en las aplicaciones OSGi.
- Las aplicaciones que proporcionan una implementación personalizada de ConstraintValidatorFactory en un archivo validation.xml con la característica beanValidation-1.0 no se compilan en la API de Bean Validation 1.1.
- Si no hay ningún archivo validation.xml en el módulo con el que está asociado, solo puede haber un archivo validation.xml y la propiedad com.ibm.ws.beanvalidation.allowMultipleConfigsPerApp se debe establecer en
false en uno de los archivos siguientes:
- jvm.options
-Dcom.ibm.ws.beanvalidation.allowMultipleConfigsPerApp=false
- bootstrap.properties
com.ibm.ws.beanvalidation.allowMultipleConfigsPerApp=false
- jvm.options
Restricción de la característica collectiveController-1.0
Si inicia un servidor de controlador de colectivo y luego cambia su configuración IP, el controlador ya no funciona correctamente.
Restricciones de la característica concurrent-1.0
Para la característica concurrent-1.0, se aplican las restricciones siguientes:
Para el contexto de hebras de tipo securityContext, cualquier información personalizada en el sujeto que no se haya añadido mediante el uso de un módulo de inicio de sesión de JAAS no se propaga. Por ejemplo, si el sujeto del remitente contiene un Principal personalizado que se añadió mediante un TAI, el sujeto propagado no contiene este Principal personalizado.
Restricciones de la característica de memoria caché dinámica
- No se admite la réplica de memoria caché.
- Las técnicas de desalojo aleatorias o basadas en tamaño solo admiten la modalidad de almacenamiento en memoria caché de disco de alto rendimiento.
- No hay ningún soporte para el almacenamiento en memoria caché del lado del servidor y del cliente de servicios web, así como la memoria caché de portlet en el archivo cachespec.xml.
- No se admite el almacenamiento en memoria caché de servlets de los servlets SingleThreadModel.
- No se admite la definición de la configuración de memoria caché mediante archivos de propiedades para los archivos JAR que contienen solo Enterprise JavaBeans (EJB).
- La limitación del tamaño de memoria caché para almacenamiento dinámico funciona solo para las máquinas virtuales Java (JVM) de 32 bits.
Restricciones de la característica de Enterprise JavaBeans (EJB)
- Los módulos EJB anteriores a la versión 3.0 no están soportados cuando se utilizan las características EJB Lite, solo porque los inicios de EJB no están incluidos en EJB Lite. Esta restricción también significa que no están soportados los enlaces y las extensiones que utilizan el formato de archivo .xmi, en lugar del formato del archivo .xml.
- Los beans de sesión no se enlazan al espacio de nombres ejblocal, lo que significa que los nombres de enlace ejb-ref y las búsquedas de JNDI deben utilizar los nombres java:global, java:app o java:module. Se hará caso omiso de los elementos simple-binding-name y binding-name de interfaz en los archivos ibm-ejb-jar-bnd.xml.
- El directorio de desactivación de beans con estado no se puede configurar. Los archivos se desactivan en el área de trabajo del servidor.
Restricción de la característica j2eeManagement-1.1
Para la característica j2eeManagement-1.1, se aplican las restricciones siguientes:
- El método getListenerRegistry() de Management EJB no recibe soporte. No se puede registrar un escucha de notificación de sucesos en un componente de Management EJB.
Restricciones de la característica jacc-1.5
- La información de autorización (los atributos users y groups del atributo authorizations) en un archivo ibm-application-bnd.xml o un archivo ibm-application-bnd.xmi del archivo ear de la aplicación.
- Información de autorización (los atributos user, group y special-subject del atributo security-role en el elemento application-bnd) en el archivo server.xml.
Restricciones de la característica jaxb-2.2
- Si la aplicación requiere clases de API JAXB y ya se ha iniciado, y se va a habilitar la característica de servidor jaxb-2.2, debe reiniciar el servidor con la opción --clean para que la aplicación pueda llamar a la API JAXB 2.2 y a las clases de implementación proporcionadas por la característica jaxb-2.2. De lo contrario, la aplicación todavía podrá enlazarse con la API JAXB y con las clases de implementación proporcionadas en el SDK Java.
- Si está habilitada la característica de servidor jaxb-2.2 y desea utilizar su propia API JAXB y las clases de implementación en la aplicación, debe colocar su propia API JAXB y los archivos JAR de implementación en el directorio /WEB-INF/lib de la aplicación y configurar el cargador de clases de la aplicación para utilizar el comportamiento de delegación parentLast. De lo contrario, siempre estará en vigor la API JAXB y las clases de implementación proporcionadas por la característica jaxb-2.2. Para obtener más información sobre cómo configurar el comportamiento del cargador de clases para las aplicaciones en Liberty, consulte Alteración temporal de una API suministrada con una versión alternativa.
Restricciones de la característica jaxws-2.2
- Si la aplicación proporciona su propia copia de los archivos JAR de CXF como las bibliotecas de aplicación, por ejemplo, en el directorio WEB-INF/lib de una aplicación web, no puede habilitar la característica jaxws-2.2 en el archivo server.xml.
- Dado que la característica jaxws-2.2 depende de la característica jaxb-2.2, las restricciones de característica jaxb-2.2 se aplican también a la característica jaxws-2.2.
- Si la aplicación requiere clases de API JAXB y ya se ha iniciado, y se va a habilitar la característica de servidor jaxws-2.2, debe reiniciar el servidor con la opción --clean para que la aplicación pueda llamar a la API JAX-WS 2.2 y a las clases de implementación proporcionadas por la característica jaxws-2.2. De lo contrario, la aplicación todavía podrá enlazarse con la API JAX-WS y con las clases de implementación proporcionadas en el SDK Java.
- El archivo de enlace de servicios web para Liberty es ibm-ws-bnd.xml. Los
siguientes archivos de enlace de servicios web para WebSphere
Application Server tradicional no se soportan:
- ibm-webservices-ext.xmi
- ibm-webservices-bnd.xmi
- ibm-webservicesclient-ext.xmi
- ibm-webservicesclient-bnd.xmi
- ws-security.xml
- No se admiten las configuraciones ni las clases de Apache Axis2.
- No se admiten los proveedores de servicios web que implementan la interfaz javax.xml.ws.Provider<OMElement> o javax.xml.ws.Provider<String>.
- El atributo content-id de los archivos adjuntos MIME debe colocarse entre corchetes angulares para Liberty. Por ejemplo, <IDprueba>.
- La opción -inlineSchemas no es compatible con la herramienta wsgen que se proporciona en Liberty.
- Habilite MTOM si desea transferir datos binarios grandes utilizando los servicios web de JAX-WS para evitar el error de Memoria agotada (OOM - Out of memory).
- Para aplicaciones de servicio web, si el cliente de servicio y el proveedor de servicio no se hallan en la misma aplicación y se ha modificado el archivo WSDL de la aplicación del proveedor de servicios, tendrá que reiniciar manualmente la aplicación del cliente de servicios web para evitar el problema de memoria caché de definición WSDL.
Restricciones de la característica jsf-2.2
- Cuando se utiliza la característica jsf-2.2 con un archivo faces-config.xml y se especifica la versión 2.2 y el espacio de nombres, se obtiene un error.
- Existen conflictos de característica si habilita jsf-2.2 con cdi-1.2, ejb-3.2 y jpa-2.1.
Restricciones de la característica jsp-2.2
- No hay soporte para la opción de configuración useInMemory que solo almacena el archivo JSP convertido en la memoria.
Restricciones de la característica jpa-2.1
- No puede utilizar un proveedor JPA 2.1 alternativo. Si necesita soporte de 2.1, debe utilizar el proveedor incorporado.
- No puede utilizar ninguna característica o anotación específica a EclipseLink en la aplicación. Solo puede utilizar las API javax.persistence.
Restricciones de la característica logstashCollector-1.0
Se aplican las siguientes limitaciones a la característica logstashCollector-1.0:- Pérdida de datos - Es posible que algunos sucesos que se generan en
Liberty no se reenvíen a Logstash
como se esperaba. La pérdida de datos puede producirse en los siguientes casos:
- Al iniciar el servidor de Liberty antes de que se inicie el servidor Logstash. Se recomienda iniciar el servidor Logstash antes de iniciar el servidor Liberty.
- Condiciones de carga pesada. Es posible que se descarten sucesos en casos en los que se crean sucesos en Liberty con más rapidez de la que puede procesar el manejador de sucesos de Liberty, Logstash, y cualquier otro consumidor en sentido descendente. Liberty utiliza almacenamientos intermedios para evitar la pérdida de datos cuando la creación de sucesos es brevemente más rápida que el consumo de sucesos.
- La característica logstashCollector-1.0 se ha probado y es compatible con Logstash V2.x y Logstash V5.x.
Restricción de la característica monitor-1.0
- Si se elimina la característica del archivo server.xml, debe reiniciar el servidor para hacer que funcionen las aplicaciones JAX-WS.
![[17.0.0.3 and later]](../ng_v17003plus.gif)
Restricciones de la característica openapi-3.0
Para la característica openapi-3.0, se aplican las restricciones siguientes:
- A diferencia de apiDiscovery-1.0, actualmente openapi-3.0 no soporta el sistema de prueba (Try it out!) .
- Cuando se ve la documentación en http://host_Liberty:puerto_http/api/docs, https://host_Liberty:puerto_https/api/docs, o https://host_Liberty:puerto_https/ibm/api/docs con Microsoft Internet Explorer 11, se devuelve un documento YAML que no tiene un formato correcto. Como solución temporal, utilice un navegador como, por ejemplo, el navegador Mozilla Firefox o Google Chrome.
- openapi-3.0 no admite configuraciones de OASProvider para varios idiomas. Especifique proveedores que solo devuelvan un resultado.
- Actualmente, no están soportadas todas las anotaciones JAX-RS y OpenAPI.
- Si el valor del atributo de validación se modifica mientras se está ejecutando el servidor, las aplicaciones cargadas previamente se tendrán que reiniciar para que el nuevo valor de validación entre en vigor para estas aplicaciones.
- Las partes siguientes del documento OpenAPI no se validan:
- componente
- discriminator
- codificar
- extensión
- cabecera
- enlace
- esquema
- ámbitos
- xml
Restricciones de la característica requestTiming-1.0
- La característica requestTiming-1.0, cuando está activada, ha demostrado tener un efecto negativo del 4 % sobre el posible rendimiento máximo de la aplicación cuando se mide con la aplicación DayTrader. Aunque el efecto en la aplicación podría ser superior o inferior a dicha cifra, debería ser consciente de que se podría advertir alguna degradación del rendimiento.
Restricción de la característica restConnector-1.0
Para la característica restConnector-1.0, se aplican las restricciones siguientes:
- Los usuarios de la característica restConnector-1.0 o cualquier característica que incluya restConnector-1.0, como collectiveMember-1.0 y collectiveController-1.0, que deseen ejecutar aplicaciones que contienen un tiempo de ejecución JAXRS 2.0 personalizado deben añadir la característica jaxrs-2.0 a dicho servidor.
Restricciones de la característica scim-1.0
- Los atributos members no se recuperan al buscar groups.
- Los atributos groups de users no se recuperan al buscar users.
- El tipo canónico de direct/indirect no se puede establecer para el atributo groups de users.
- Solo se puede definir un atributo email de usuario de tipo canónico, work.
- Solo se puede definir un atributo ims de usuario de tipo canónico, work.
- Los atributos de esquema ampliado de SCIM como entitlements, roles y x509Certificates no se pueden establecer ni devolver.
- El atributo userName no se puede utilizar con ningún otro atributo en un filtro.
- Para los usuarios de registros básicos y SAF, solo se pueden establecer userName, displayName, id, schema, meta.location y groups. userName y displayName deben tener el mismo valor.
- Listar/consultar con registros básicos y SAF no funciona de la misma forma que el registro ldapRegistry.
- Los operadores como pr, gt, ge, lt, le, and, or y () no funcionan con registros básicos o SAF. Además, solo se debe utilizar un operador en el filtro para registros básicos y SAP.
- Los registros básicos y SAF son de solo lectura.
- Al crear user, el atributo groups no se puede establecer.
Restricciones de la característica sipServlet-1.1
- Los contadores SIP para Performance Monitoring Infrastructure (PMI) no están soportados.
- La autenticación de resumen SIP y JSR 289 Sección 17, la sección de seguridad, no están soportados.
- La agrupación en clúster y la persistencia del dialogo SIP no están soportadas.
Restricciones de la característica socialLogin-1.0
- En socialLogin-1.0, puede que el formulario de selección de medios de comunicación sociales predeterminado no funcione correctamente en Internet Explorer en el sistema operativo Windows Server 2012. Cuando seleccione un proveedor y envíe el formulario, puede que Internet Explorer envíe el texto visualizado del botón como valor predeterminado en lugar del valor HTML configurado para el botón. Para evitar esta restricción, se puede usar un navegador web distinto. Los navegadores distintos de Internet Explorer funcionan correctamente con el formulario de selección predeterminado.
Restricciones de la característica wmqJmsClient-1.1
- Debe establecer manualmente la variable PATH en las variables de entorno de Windows para que apunten al directorio bin de instalación de IBM MQ. Debe establecer esta variable path cuando la aplicación utiliza la modalidad de conexión BINDING.
- Las clases IBM MQ para Java no están soportadas en Liberty. No se deben utilizar con la característica de mensajería Liberty de IBM MQ o con el soporte JCA genérico. Si desea más información, consulte Utilización de interfaces WebSphere MQ Java en entornos J2EE/JEE.
- El tipo de transporte BINDINGS_THEN_CLIENT del adaptador de recursos IBM MQ no se admite para la característica wmqJmsClient-1.1.
- La característica de seguridad de mensajería avanzada (AMS) no está incluida para la característica wmqJmsClient-1.1.
Restricciones de la característica wmqJmsClient-2.0
- Debe establecer manualmente la variable PATH en las variables de entorno de Windows para que apunten al directorio bin de instalación de IBM MQ. Debe establecer esta variable path cuando la aplicación utiliza la modalidad de conexión BINDING.
- Las clases IBM MQ para Java no están soportadas en Liberty. No se deben utilizar con la característica de mensajería Liberty de IBM MQ o con el soporte JCA genérico. Si desea más información, consulte Utilización de interfaces WebSphere MQ Java en entornos J2EE/JEE.
- El tipo de transporte BINDINGS_THEN_CLIENT del adaptador de recursos IBM MQ no se admite para la característica wmqJmsClient-2.0.