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.

Niveles mínimos de Java soportados

Liberty está soportado por cualquier entorno de tiempo de ejecución de Java™ SE 7, o Java SE 8 (JRE) o Java SDK, sujetos a los niveles mínimos soportados que se muestran para las implementaciones específicas siguientes. [17.0.0.3 and later]
Entorno de ejecución Java SE 6
[17.0.0.3 and later]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.

For distributed platformsEn plataformas distribuidas, se da soporte a Java de 32 bits o 64 bits.

For distributed platformsPara sistemas Windows y Linux, puede utilizar el JDK de Oracle o el Java SDK de IBM. Si está desarrollando aplicaciones en Windows o Linux, y tiene previsto desplegar estas aplicaciones en un servidor que se está ejecutando en WebSphere Application Server tradicional, utilice Java SDK de IBM. Para los sistemas HP y el sistema operativo Mac, utilice el JDK de Oracle.

For IBM i platforms[17.0.0.3 and later]Para IBM i V7R1, el nivel mínimo de JDK es JVM IBM Java SE 7.0 de 32-bits (5761JV1 opción 14) o JVM IBM Java SE 7.0 de 64-bits (5761JV1 opción 15). Para IBM i V7R2 y V7R3, el nivel mínimo de JDK es JVM IBM Java SE 7.0 de 32-bits (5770JV1 opción 14) o JVM IBM Java SE 7.0 de 64-bits (5770JV1 opción 15).

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 están sujetos a la restricción siguiente:
  • 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"/>
For Windows platforms

Cuando anula la publicación de una biblioteca compartida, no podrá suprimirla hasta que se detenga el servidor.

Cuando anula la publicación de una biblioteca compartida desde un servidor, el servidor no liberará inmediatamente el archivo JAR de biblioteca. Por lo tanto, el sistema operativo no sabe que el archivo ya no está en uso, y no permite que se suprima. La próxima vez que detenga el servidor, se liberará el archivo JAR de la biblioteca y podrá suprimir el archivo.

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.

Notas:
  • 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.

Si está utilizando el soporte JCA genérico, se aplicarán las restricciones siguientes:
  • 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 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]

Aplicaciones Liberty que se ejecutan en IBM Cloud Private

Al desplegar aplicaciones Liberty en IBM Cloud Private, existen las restricciones siguientes:
  • 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]

Restricciones para el registro JSON

Se aplican las siguientes limitaciones para utilizar 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

Para la característica adminCenter-1.0, se aplican las restricciones siguientes:
  • Mediante el uso de una máquina virtual de IBM Java (JVM) disponible con un producto WebSphere Application Server tradicional como, por ejemplo, WebSphere Application Server Network Deployment Liberty, puede utilizar el Centro administrativo de Liberty ("Centro de administración") para que no se muestre en un navegador. De forma predeterminada, la JVM IBM JVM disponible con un producto WebSphere Application Server tradicional señala a clases de seguridad que solo están disponibles con un producto WebSphere Application Server tradicional, y no las clases de seguridad necesarias para Centro de administración, que requiere SSL (Secure Sockets Layer). Utilice una JVM que soporte productos de Liberty y SSL.
    Puede obtener una JVM que soporte productos de Liberty y SSL de las ofertas de Installation Manager o developerWorks:
    • Con Installation Manager, en primer lugar, seleccione Liberty y luego seleccione WebSphere SDK for Liberty. Utilice Installation Manager para instalar el producto Liberty y el kit de desarrollo de software (SDK). El SDK de WebSphere para Liberty incluye el soporte necesario para productos Liberty y SSL y ofrece un cliente Java, JConsole.
    • Vaya a http://www.ibm.com/developerworks/java/jdk/index.html en el sitio web developerWorks y descargue un IBM Java development kit (JDK) para el sistema operativo. El sitio web developerWorks no tiene una JVM para todos los sistemas operativos. Por ejemplo, debe obtener el JDK de Eclipse para sistemas operativos Windows.
  • El gráfico Uso de CPU de la vista Supervisor de Centro de administración muestra 0 % de uso de CPU para las JVM que no proporcionan estadísticas de CPU de proceso. Para obtener información acerca del gráfico, consulte Supervisión de métricas en Centro de administración.
[16.0.0.4 and later]Para la herramienta de proceso por lotes Java, se aplican las restricciones siguientes:
  • 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

Para la característica appClient-1.0, se aplica la restricción siguiente:
  • 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 la característica appSecurity-2.0, se aplican las restricciones siguientes:
  • 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

Para la característica beanvalidation-1.0, se aplican las restricciones siguientes:
  • No se admite la validación de beans en las aplicaciones OSGi.
Para la característica beanValidation-1.1, se aplican las restricciones siguientes:
  • 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

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

Las siguientes características de memoria caché dinámica no están disponibles o tienen disponibilidad limitada:
  • 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)

Se aplican las restricciones siguientes a las características de 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

Para la característica jacc-1.5, se ignoran las siguientes configuraciones:
  • 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

Para la característica jaxb-2.2, se aplican las restricciones siguientes:
  • 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

Para la característica jaxws-2.2, se aplican las restricciones siguientes:
  • 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

Para la característica jsf-2.2, se aplican las restricciones siguientes:
  • 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

Para la característica jsp-2.2, se aplican las restricciones siguientes:
  • 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

Para la característica jpa-2.1, se aplican las restricciones siguientes:
  • 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:
    1. 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.
    2. 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

Para la característica monitor-1.0, se aplican las restricciones siguientes:
  • 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]

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

Para la característica requestTiming-1.0, se aplican las restricciones siguientes:
  • 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

Se aplican las restricciones siguientes para 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

Para la característica sipServlet-1.1, se aplican las restricciones siguientes al soporte SIP (Session Initiation Protocol):
  • 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 la característica socialLogin-1.0, se aplican las restricciones siguientes:
  • 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

Para la característica wmqJmsClient-1.1, se aplican las restricciones siguientes:
  • 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

Para la característica wmqJmsClient-2.0, se aplican las restricciones siguientes:
  • 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.

Icono que indica el tipo de tema Tema de referencia

Nombre de archivo: rwlp_restrict.html