Problemas conocidos y limitaciones

Editar en línea

Existen problemas conocidos y limitaciones en una WebSphere® Application Server Network Deployment celda que incluye IBM® Modernized Runtime Extension for Java™ (MoRE).

Instalación

La siguiente información describe los problemas conocidos y las limitaciones que pueden surgir al instalar WebSphere Liberty y Java.
  • Liberty y Java SE 17 solo se puede instalar con Installation Manager.

    [ Network Deployment 9.0.5.25 o posterior]Java SE 21 solo se puede instalar con « Installation Manager ».

  • Solo se permite una instalación de « Liberty » en un sistema con « MoRE ».
  • Solo se permite una instalación de Java SE 17 en un sistema c MoRE
  • [ Network Deployment 9.0.5.25 o posterior]Solo se permite una instalación de Java SE 21 en un sistema c MoRE

Consola administrativa

Los siguientes problemas conocidos y limitaciones se refieren a la consola de administración en WebSphere Application Server Network Deployment.
  • Network Deployment 9.0.5.27 o posteriorEs posible que aparezca el siguiente mensaje en wsadmin o en la consola de administración con los ID de mensaje ADMG0901E, ADML4000E o ADML9001W cuando no se cumplan los requisitos para los servidores gestionados de Liberty :
    Esta función no está disponible para los servidores gestionados de Liberty. Para utilizar esta función, debe instalar 
Modernized Runtime Extension for Java, WebSphere Liberty y la versión necesaria de Java.
    Este mensaje indica que se da una o varias de las siguientes condiciones:
    1. El nodo del gestor de implementación no tiene instalada una versión de MoRE que cumpla los requisitos de versión.
    2. El nodo de destino no tiene instalada una versión de MoRE que cumpla los requisitos de versión.
    3. El nodo de destino no tiene instalada una versión de « Liberty » que cumpla los requisitos de versión para « MoRE ».
    4. La instalación de ND ( Liberty ) configurada para el nodo de destino ya no está instalada.
    5. La instalación de ND ( Liberty ) configurada para el nodo de destino no cumple los requisitos de versión de MoRE.
    6. La instalación de ND de Liberty que se utiliza en el nodo de destino no cuenta con una instalación de Java que cumpla los requisitos de versión de MoRE.
    7. MoRE no admite el registro de seguridad configurado.
    8. MoRE no admite el algoritmo de cifrado configurado.
  • [ Network Deployment 9.0.5.26 o posterior][A partir de 1.0.1.0 ]No existe ninguna página de la consola de administración para gestionar las instalaciones de « Liberty » en un nodo. La única forma de gestionar las instalaciones de « Liberty » en los nodos es mediante tareas administrativas.
  • [ Network Deployment 9.0.5.25 o posterior]Cuando un usuario añade nuevos miembros a un clúster gestionado de Liberty ya existente a través de la consola de administración, las versiones de servidor que se muestran en el asistente son incorrectas.
  • [ Network Deployment 9.0.5.25 o posterior]Los clústeres gestionados de « Liberty » no aparecen en la topología de la celda. Para acceder a la topología de la celda, haz clic en «Administración del sistema » > «Celda» > «Topología local ».
  • [Network Deployment 9.0.5.25]Si un nodo tiene varias instalaciones de Liberty, las columnas «Versión», «Ubicación » y «Bits » de las páginas del SDK de Java, tanto para servidores como para nodos, aparecen en blanco para Java 17 y Java 21. Esta condición también se cumple si un nodo ha tenido varias instalaciones de « Liberty » en algún momento del pasado. Los usuarios pueden seguir recuperando esta información mediante los comandos de wsadmin. Puede corregir este error en la Consola de administración para los nodos de la versión 9.0.5.25; en primer lugar, desinstale todas las versiones de Liberty del nodo y, a continuación, instale una única versión de Liberty.
  • [ Network Deployment 9.0.5.25 o posterior]Las aplicaciones alojadas en un servidor gestionado de Liberty no disponen de la función de edición de aplicaciones. Estas aplicaciones no aparecen en el centro de control de Edition cuando se instala « MoRE ».
  • [ Network Deployment 9.0.5.24 o posterior]Es posible que se produzca un error nulo al final del asistente de creación. Si se produce ese error, consulta el paso 4 del asistente de creación. Puede producirse un error de valor nulo si se establece un valor en la configuración del alias de autenticación gestionado por el contenedor para un proveedor de JDBC o una fuente de datos de JDBC.
    Puedes aplicar una de las siguientes soluciones alternativas:
    • Utiliza el comando « AdminTask ».
    • Crea una fuente de datos sin especificar ningún valor para la configuración y guarda la fuente de datos. A continuación, introduzca un valor en el campo «Alias de autenticación gestionada por el contenedor» y guarde la fuente de datos.

    [ Network Deployment 9.0.5.25 o posterior]Para solucionar esta limitación, elimine y vuelva a crear cualquier servidor que se haya creado en la versión 9.0.5.24 o anteriores.

  • [ Network Deployment 9.0.5.24 o posterior]

    La casilla de verificación «Aislar este proveedor de recursos», situada en la página « JDBC » > «Proveedor específico», solo se aplica a los servidores tradicionales de « WebSphere Application Server ». En el caso de los servidores gestionados de Liberty, el proveedor JDBC está aislado de forma predeterminada y no se puede configurar para que no esté aislado.

  • [ Network Deployment 9.0.5.24 o posterior]Cuando añades un miembro a un bus, las páginas de administración muestran un menú en el que puedes seleccionar el servidor que deseas añadir. Esta lista incluye servidores gestionados de Liberty, que se pueden seleccionar. Sin embargo, no son válidos como miembros de un bus de integración de servicios. Si se selecciona un servidor gestionado de Liberty, parece que se añade al bus, pero no hay ningún motor de mensajería disponible y el servidor no participa en el bus.
  • [ Network Deployment 9.0.5.24 o posterior]La Edición Control Center página de la Navegación por las aplicaciones sección está destinada actualmente solo a aplicaciones WebSphere Application Server Network Deployment tradicionales. Sin embargo, al tener instalado « MoRE » en el gestor de implementación, las aplicaciones de servidor de « Liberty » gestionadas también aparecen en la página cuando deberían.
  • [ Network Deployment 9.0.5.24 o posterior]En la versión actual, la página «Operaciones de tiempo de ejecución > Aplicaciones» no muestra el estado exacto de las aplicaciones instaladas en los servidores gestionados de Liberty. La información sobre el estado procede de ODC, que ofrece una compatibilidad limitada para recuperar el estado de las aplicaciones de los servidores gestionados de Liberty. Además, la caché del gestor de implementación no refleja de forma fiable el estado real de la aplicación. Como consecuencia, es posible que los usuarios vean en la página estados de las solicitudes incorrectos u obsoletos.
  • [ Network Deployment 9.0.5.24 o posterior]En la versión actual, la vista «Detalles de la aplicación» de la página «Todas las aplicaciones» no muestra información precisa sobre las aplicaciones de Liberty. Para acceder a los detalles de una aplicación de « Liberty », haz clic en «Aplicaciones » > «Tipos de aplicaciones» > «Aplicaciones empresariales de WebSphere » y, a continuación, haz clic en el enlace de la aplicación.
  • [ Network Deployment 9.0.5.24 o posterior]Si desea crear un primer miembro del clúster, primero debe guardar y sincronizar el servidor. Este requisito se aplica tanto si utiliza un servidor gestionado de Liberty ya existente como plantilla de servidor, como si convierte un servidor gestionado de Liberty ya existente. De lo contrario, al intentar crear el miembro del clúster, aparecerá el siguiente mensaje de error:
    
Errors occurred during creation of the cluster members: ADMG9212E: Exception caught executing createClusterMember command: 
com.ibm.websphere.management.cmdframework.CommandValidationException: ADMG9254E: The type of server, MANAGED_LIBERTY_SERVER, 
is not appropriate for the specified cluster type, APPLICATION_SERVER.
  • [ Network Deployment 9.0.5.24 o posterior]En la página Servidores > Clústeres > Clústeres de « WebSphere Application Server », el botón « ImmediateStop » de la tabla de la colección de clústeres aparece desactivado cuando se selecciona un clúster de servidores « Liberty » gestionado.
  • Al utilizar la consola de administración, puede crear un servidor gestionado de Liberty a través de las páginas «Todos los servidores» o «Servidores de aplicaciones de WebSphere ».
    • Servidores > Todos los servidores
    • Servidores > Tipos de servidores > Servidores de aplicaciones de WebSphere
    [ Network Deployment 9.0.5.25 o posterior]También puede crear servidores gestionados de « Liberty » como miembros del clúster durante la creación del mismo. Para ello, sigue uno de los siguientes pasos.
    • En «Crear el miembro utilizando una plantilla de servidor de aplicaciones », seleccione la default-managed-liberty-server plantilla.
    • En el paso 2 del asistente de clústeres, en la sección «Crear el miembro utilizando un servidor de aplicaciones existente como plantilla », seleccione un servidor gestionado de Liberty ya existente.
  • No es posible iniciar ni detener las aplicaciones instaladas en un servidor gestionado de Liberty haciendo clic en «Iniciar» y «Detener» en la página de aplicaciones de Enterprise. Aparece el siguiente error, independientemente del estado real de la aplicación. Para iniciar la aplicación, inicia el servidor. Las aplicaciones se inician cuando se inicia el servidor gestionado Liberty y permanecen en ejecución hasta que se detiene el servidor gestionado Liberty.
    Server server_name on node node_name that contains application_name has not been started.
  • El estado de un servidor gestionado de Liberty parece serNot startedcuando el estado real esStarted.
  • No es posible generar volcados de memoria para servidores gestionados de Liberty a través de la consola. Para generar un volcado de memoria, utilice SSH para acceder a la instancia de WebSphere Application Server Network Deployment. En la herramienta de línea de comandos, ejecuta los siguientes comandos.
    $ cd <WLP-INSTALL-DIR>/bin
$ export WLP_USER_DIR=<PROFILE-ROOT>/config/cells/<cellName>/nodes/<nodeName>/managedLiberty/usr
$ ./server javadump <SERVER-NAME> --include=heap
  • Los tipos de enlace de espacio de nombres EJB, CORBA e indirecto no se pueden configurar en la página de configuración «Especificar tipo de enlace» cuando el ámbito contiene únicamente servidores gestionados de Liberty.

    Para acceder a la página de configuración «Especificar tipo de enlace », haz clic en Entorno > Denominación > Enlace de espacio de nombres, selecciona un ámbito de la Scope lista y, a continuación, haz clic en Nuevo. El ámbito seleccionado puede ser una celda, un nodo o un único servidor.

    Las Indirect opciones EJB, CORBA, y quedan desactivadas cuando el ámbito seleccionado contiene únicamente servidores gestionados de Liberty.

    Advertencia: Las opciones no se desactivan —una limitación conocida— si se dan las dos situaciones siguientes.
    • El servidor gestionado de Liberty no se ha guardado ni sincronizado antes de intentar crear un enlace de espacio de nombres.
    • El ámbito seleccionado solo incluye servidores gestionados de Liberty.
  • Esta terminate opción está disponible tanto para el tipo de servidor gestionado « Liberty » como para el tipo de servidor web en la página «Todos los servidores ». Se supone que ninguno de los dos está disponible.
  • Las páginas «Destino de implementación de operaciones de tiempo de ejecución» y «Aplicaciones de operaciones de tiempo de ejecución» no son compatibles con los servidores gestionados de Liberty.
  • La casilla de verificación «Actualizar dinámicamente el tiempo de ejecución cuando se produzcan cambios en la configuración de SSL » no tiene ningún efecto en los servidores gestionados de Liberty.

    [ Network Deployment 9.0.5.24 o posterior]A partir de la versión 9.0.5.24, aparece un mensaje en la consola de administración en el que se indica esta limitación.

  • En la página «Java Dumps and Cores» de la consola de administración, no se admite la generación de archivos core de Java ni de volcados del sistema para los servidores gestionados de Liberty.

WebSphere Application Server Network Deployment configuración

Los siguientes problemas conocidos y limitaciones se refieren a la configuración de « Liberty ».

  • [ Network Deployment 9.0.5.24 o posterior]La restricción se aplica a la xmlBinding-4.0 función.
    • Las xmlBinding-4.0 herramientas se incluyen en la instalación de « Liberty », pero no en las versiones tradicionales de « MoRE » y « WebSphere Application Server ». Si necesitas las herramientas xjc schemagen o, las encontrarás en la instalación de Liberty.
    • Esta xmlBinding-4.0 función no es compatible con XLXP, la implementación tradicional de JAXB de WebSphere Application Server. No obstante, puedes utilizar implementaciones alternativas de Jakarta EE 10 mediante la jakarta.xml.bind.ContextFactory propiedad ` JVM `.
  • [ Network Deployment 9.0.5.24 o posterior]En el caso de la función « 3.1 » de Jakarta Persistence, persistence-3.1, se aplican las siguientes limitaciones.
    • Solo es compatible el proveedor integrado, EclipseLink,.
    • No se admite la configuración del defaultPersistenceProvider atributo de la clase ` jpaService `. EclipseLink es el proveedor predeterminado.
    • Los siguientes comandos de AdminTasks no son aplicables a los servidores gestionados de Liberty :
      • listSupportedJPASpecifications
      • showJPASpecLevel
      • modifyJPASpecLevel
    • En el caso del comando ` listSupportedJPASpecificationsAdminTask `, la lista devuelta incluye únicamente las versiones de JPA aplicables a los servidores tradicionales de ` WebSphere Application Server `.
    • En el caso de AdminTaskshowJPASpecLevel y modifyJPASpecLevel, se produce el siguiente error si se selecciona como destino un servidor gestionado de Liberty :
      CWWJP8818E: Este comando no es compatible con los componentes de « ManagedLibertyServer ».
    • No hay ninguna página de la consola administrativa para configurar los defaultJtaDataSourceJndiName atributos defaultNonJtaDataSourceJndiName y de la clase jpaService de servicio. Puedes configurar estos atributos únicamente con el wsadmin comando, tal y como se muestra en el siguiente ejemplo.
      wsadmin>mls = AdminConfig.getid('/Node:<node>/Server:<server>')
wsadmin>liberty = AdminConfig.list('ServerComponent', mls)
wsadmin>AdminConfig.create('JavaPersistenceAPIService', liberty, [['defaultJTADataSourceJNDIName', 'jdbc/built-in-derby-datasource'],['defaultNonJTADataSourceJNDIName', 'jdbc/non-jta-derby-datasource']])
wsadmin>AdminConfig.save()
  • [ Network Deployment 9.0.5.24 o posterior]La restricción se aplica a la messagingClient-3.0 función. Los objetos administrados para el proveedor de mensajería predeterminado se pueden definir para su uso en un servidor gestionado de Liberty. Dado que MoRE no admite esta messagingServer función, estos objetos se pueden configurar para que se conecten únicamente a un bus de integración del sistema alojado en WebSphere Application Server Network Deployment traditional. Al definir objetos en un servidor gestionado de Liberty, se aplican las siguientes restricciones.
    • Al definir ConnectionFactory objetos para el proveedor de mensajería predeterminado, es posible especificar algunas propiedades, pero estas no se configuran en el objeto en un servidor gestionado de Liberty. Las siguientes propiedades no se asignan:
      • Anotar la falta de contextos de transacciones
      • Gestionar los manejadores en memoria caché
      • Compartir origen de datos con CMP
      • Alias de autenticación para recuperación XA
      • Alias de correlación-configuración
    • Cuando defina objetos administrados por mensajería para su uso en un servidor gestionado de « Liberty », defínalos en el ámbito del servidor para que las definiciones se apliquen únicamente a ese tipo de servidor.
  • [ Network Deployment 9.0.5.24 o posterior]Cuando un cliente se conecta a un bus de integración de sistemas desde un servidor gestionado de Liberty, dicho cliente no puede ser redirigido automáticamente desde un servidor de arranque. Por lo tanto, los puntos de conexión del proveedor definidos en el archivo « ConnectionFactory » deben incluir todos los hosts en los que pueda ejecutarse el motor de mensajería de destino. El cliente de Liberty intenta conectarse a cada punto final sucesivamente hasta que se establece una conexión con éxito. Si uno o varios puntos finales están mal configurados, es posible que falle todo el intento de conexión.
  • [ Network Deployment 9.0.5.25 o posterior]En esta managedBeans-2.0 función, al instalar una aplicación con una anotación @ManagedBean y una anotación de inyección @Resource en un módulo WAR independiente, es posible que se añada un atributo inesperado. WebSphere Application Server Network Deployment La opción «traditional» añade un atributo name inesperado al ibm-managed-bean-bnd.xml archivo cuando el destino es un servidor gestionado de Liberty.
    Puedes añadir el atributo name «extra» en los siguientes casos:
    • El ibm-managed-bean-bnd.xml archivo contiene un elemento managed-bean vacío, que no tiene enlaces.
    • El ibm-managed-bean-bnd.xml archivo contiene un managed-bean elemento que no corresponde a un bean gestionado.
    • La aplicación contiene un web.xml archivo con una versión de esquema inferior a 5.0
    El atributo name adicional hace que la aplicación no se inicie y muestre el siguiente error:
    CWWKC2256E: Nombre de atributo no esperado 
Se ha detectado un error al analizar el elemento «managed-bean» en el 
xxxxx.ear : yyyy.war : 
WEB-INF/ibm-managed-bean-bnd.xml implementación 
descriptor en la línea 4.

    Es posible que pueda resolver el error eliminando el elemento problemático, ya que este no aporta ningún valor, o actualizando el esquema a web.xml la versión 5.0 o posterior.

  • No se admite la modificación ni la visualización de los siguientes proveedores en servidores gestionados de « Liberty » mediante scripts de wsadmin o la consola de administración.
    • JavaServer Proveedores de Faces (JSF)
    • Proveedores de la API de persistencia de Java (JPA)
    • Proveedores de la API de Java para servicios web RESTful (JAX-RS)
  • [ Network Deployment 9.0.5.24 o posterior]Liberty no es compatible con la configuración de Mail MailProvider 2.1. Solo los servidores MailSessions configurados con el proveedor integrado se migran a servidores gestionados de Liberty.
  • [ Network Deployment 9.0.5.24 o posterior]Si se MailSession ha establecido la misma contraseña tanto en la configuración de almacenamiento como en la de transporte, esta MailSession configuración no es compatible con los servidores gestionados de Liberty.

Liberty migración de la configuración

Los siguientes problemas conocidos y limitaciones se refieren a la migración de la configuración de « Liberty ».

  • Network Deployment 9.0.5.27 o posteriorSi se añaden ajustes de la máquina virtual Java a un servidor gestionado de Liberty, la recolección de basura detallada deja de utilizar el archivo verbosegc.001.log predeterminado y, en su lugar, envía todos los registros detallados de la recolección de basura al console.log archivo. Para mantener el comportamiento predeterminado, añade la siguiente configuración a los argumentos genéricos de ` JVM `:
    -Xverbosegclog:logs/verbosegc.%seq.log,10,1024
  • No se puede crear un servidor gestionado de Liberty si el nombre del servidor contiene espacios.
La siguiente restricción se aplica al correo.
  • [ Network Deployment 9.0.5.24 o posterior]La función « mail-2.1 » de WebSphere Application Server Migration Toolkit actualmente no asigna el campo «Debug» de la mailSession...
Las siguientes restricciones se aplican a los puertos.
  • Solo se puede migrar el punto final « HTTP » que definen los WC_defaulthost puertos WC_defaulthost_secure y.
  • [ Network Deployment 9.0.5.26 o posterior][A partir de 1.0.1.0 ]Al migrar los parámetros de configuración del canal de transporte de los puertos, tenga en cuenta las siguientes limitaciones:
    • Solo se migra el canal de entrada « TCP » del puerto WC_defaulthost_secure . Se registra un nuevo mensaje de advertencia si el canal de entrada « TCP » del WC_defaulthost_secure puerto no coincide con el canal de entrada « TCP » del WC_defaulthost puerto.
    • La TheadPool propiedad no se ha migrado.
Las siguientes restricciones se aplican a los hosts virtuales.
  • Los hosts virtuales no se pueden migrar cuando restringen el acceso a determinados hosts o puertos.
  • Si se elimina información del host virtual predeterminado para poder añadirlo a otro host, los alias no pueden solaparse.
La siguiente restricción se aplica a los proveedores de URL que ofrecen recursos accesibles por vía electrónica.
  • Los servidores gestionados de Liberty no admiten proveedores de URL personalizados. Cuando una aplicación se ejecuta en un servidor gestionado de Liberty, el proveedor predeterminado de URL debe vincular sus URL para que puedan consultarse a través de JNDI.
Las siguientes propiedades personalizadas se ignoran al migrar las propiedades de la fuente de datos.
  • categoría
  • clientRerouteServerListJNDIName cloudscapeOldClasspath
  • connRetryIntervalDuringDBFailover
  • connectValidConnections disableBackendIdChecking
  • disableEndToEndClientMonitoringFeature
  • disableEndToEndMonitoringFeature
  • disableWASConnectionPooling enableClientInformation
  • enableHeterogeneousPooling
  • enableMultithreadedAccessDetection
  • enable2Phase
  • enableSQLJ fireCEEventOnSCE
  • informixAllowNewLine
  • jndiContextName
  • oracle9iLogTraceLevel
  • oracleLogFormat
  • oracleLogFileName
  • oracleLogFileSizeLimit
  • oracleLogPackageName
  • preTestSQLString
  • propagateClientIdentityUsingTrustedContext
  • resetConnectionByBackendDatabase
  • removeExistingOracleConnectionPoolIfExists
  • skipCheckForUnprocessedResults
  • socketIntervalTime socketProbeCount
  • supportsDynamicUpdates
  • validateAfterConnectionError
  • validateNewConnection
  • validateNewConnectionRetryCount
  • validateNewConnectionRetryInterval
  • validateNewConnectionTimeout useRRASetEquals
  • useTrustedContextWithAuthentication
  • unbindClientRerouteListFromJndi
  • cloudscapeOldDatabaseName
  • dbFailOverEnabled disableEndToEndMonitoringFeature
  • enableEndToEndClientMonitoringFeature
  • enableSQLJ fireCEEventOnSCE
  • informixAllowNewLine
  • jndiContextName
  • oracle9iLogTraceLevel
  • oracleLogFormat
  • oracleLogFileName
  • oracleLogFileSizeLimit
  • oracleLogPackageName
  • preTestSQLString propagateClientIdentityUsingTrustedContext
  • resetConnectionByBackendDatabase
  • removeExistingOracleConnectionPoolIfExists
  • skipCheckForUnprocessedResults socketIntervalTime
  • socketProbeCount supportsDynamicUpdates
  • validateAfterConnectionError
  • validateNewConnection
  • validateNewConnectionRetryCount
  • validateNewConnectionRetryInterval
  • validateNewConnectionTimeout
  • useRRASetEquals
  • useTrustedContextWithAuthentication
  • unbindClientRerouteListFromJnd

La siguiente restricción se aplica al registro de trazas.

  • El valor del traceFileName parámetro debe ser un nombre de archivo válido que pueda utilizar el escáner binario. No se puede especificar una ruta de archivo absoluta para este parámetro.

La siguiente restricción se aplica al gestor de transacciones.

  • El throwCheckedExceptions atributo no se puede migrar.

Análisis e implementación de aplicaciones

Los siguientes problemas conocidos y limitaciones se refieren al análisis y la implementación de aplicaciones.
  • 1.0.2.0 y más tardeNetwork Deployment 9.0.5.27 o posteriorSi instala una aplicación con una ruta de instalación personalizada (es decir, distinta de la predeterminada) en la versión 9.0.5.27 o posterior y, posteriormente, revierte la instalación de WebSphere Application Server a la versión 9.0.5.26, es posible que la aplicación no se inicie. Este problema se produce porque el entorno de ejecución del servidor de Liberty lee el archivo binario de la aplicación desde la ruta installedApps predeterminada del nodo para el módulo independiente. Para solucionar el problema, utilice el comando AdminConfig wsadmin para cambiar el valor de la ruta de instalación por la ruta predeterminada en el binariesURL atributo del objeto de implementación de la aplicación. Este cambio establece el directorio de la aplicación instalada en un nodo federado cuando se sincroniza la configuración. Consulte los siguientes ejemplos de comandos de wsadmin.
    wsadmin>appName = "example_war"

wsadmin>deployment = AdminConfig.getid('/Deployment:' + appName + '/')

wsadmin>deployedObj = AdminConfig.showAttribute(deployment, 'deployedObject')

wsadmin>print deployedObj
(cells/twas-test1Cell02/applications/example_war.ear/deployments/example_war|deployment.xml#ApplicationDeployment_1763429360731)

wsadmin>binaryurl = AdminConfig.showAttribute(deployedObj, 'binariesURL')

wsadmin>print binaryurl
C:/London/MLSCustomInstalledPath/example_war.ear

wsadmin>newBinariesURL = "$(APP_INSTALL_ROOT)/$(CELL)/example_war.ear"

wsadmin>print newBinariesURL
$(APP_INSTALL_ROOT)/$(CELL)/example_war.ear

wsadmin>AdminConfig.modify(deployedObj, [['binariesURL', newBinariesURL]])
u''

wsadmin>binaryurl = AdminConfig.showAttribute(deployedObj, 'binariesURL')

wsadmin>print binaryurl
$(APP_INSTALL_ROOT)/$(CELL)/example_war.ear

wsadmin>AdminConfig.save()
  • [ Network Deployment 9.0.5.26 o posterior][A partir de 1.0.1.0 ]Los módulos web independientes que se instalan en destinos gestionados de Liberty no ocupan espacio en el sistema de archivos. Por lo tanto, las aplicaciones web independientes pueden leer los recursos proporcionados por los módulos web, pero no pueden escribir en ellos.

Liberty servidores y clústeres

Los siguientes problemas conocidos y limitaciones se refieren a los servidores y clústeres de « Liberty ».
  • [ Network Deployment 9.0.5.26 o posterior][A partir de 1.0.1.0 ]Todos los servidores gestionados de Liberty deben detenerse antes de poder cambiar la instalación configurada de Liberty. El setConfiguredManagedLibertyInstallation comando no comprueba que todos los servidores gestionados de Liberty estén detenidos.
  • [ Network Deployment 9.0.5.26 o posterior]Después de migrar un nodo a la versión 9.0.5.26, inicie el agente del nodo al menos una vez antes de instalar una nueva versión de Liberty. Esta acción garantiza que los servidores gestionados de Liberty existentes sigan utilizando inicialmente la instalación actual de Liberty. A continuación, puede utilizar la tarea setConfiguredManagedLibertyInstallation administrativa para controlar qué instalación de Liberty se utiliza.
  • [ Network Deployment 9.0.5.25 o posterior]Se ha actualizado la sección de instalación para indicar que Java 21 es un SDK de Java alternativo o adicional a Java 17.
  • [ Network Deployment 9.0.5.25 o posterior]Después de migrar un nodo a la versión 9.0.5.25 desde 9.0.5.23 o 9.05.24, inicie el agente del nodo al menos una vez antes de instalar Java 21. Esta medida garantiza que los servidores gestionados de « Liberty » existentes sigan utilizando inicialmente Java 17 tras la instalación de Java 21. Utilice la consola de administración o las tareas de administración setNodeDefaultSDKsetServerSDK y para controlar qué versión de Java utiliza un servidor gestionado de Liberty.
  • [ Network Deployment 9.0.5.25 o posterior]La managesdk herramienta de línea de comandos solo funciona con el SDK tradicional de Java 8 de WebSphere Application Server.
  • [ Network Deployment 9.0.5.25 o posterior]La tarea de setServerSDK -clusterName administración requiere que el nombre o la ubicación del SDK de Java sea el mismo en todos los nodos de un clúster. Aunque algunos nodos no sean uniformes, la selección del SDK de Java se puede configurar de forma individual.
  • [ Network Deployment 9.0.5.25 o posterior]Si la MLS_JAVA_HOME variable no está definida o establecida y ejecutas el getUnusedSDKsOnNode('[-nodeName <nodeName>]') comando, este falla con uncom.ibm.wsspi.runtime.variable.UndefinedVariableException: Undefined variable MLS_JAVA_HOME.
  • Al ejecutar el AdminTask.getSDKPropertiesOnNode comando para un nodo de la versión 9.0.5.23 o 9.0.5.24 utilizando la sdkAttributes opción, siempre se obtienen los atributos de versión y ubicación. Por ejemplo, al ejecutar el AdminTask.getSDKPropertiesOnNode(‘[-nodeName <nodeName> -sdkAttributes [[bits version]]') comando se obtiene el siguiente resultado:
    [[com.ibm.websphere.libertyJavaVersion 17] [com.ibm.websphere.liberty.JavaLocation /opt/liberty/wlp/java/17.0]]
  • [ Network Deployment 9.0.5.24 o posterior]Después de iniciar o detener un clúster, es posible que el estado del clúster sea incorrecto, aunque el estado de cada uno de los miembros por separado sea correcto.
  • [ Network Deployment 9.0.5.24 o posterior]Cuando un nodo contiene miembros de varios clústeres de servidores gestionados de Liberty, es posible que la configuración de los servidores gestionados de Liberty para dichos miembros no se actualice. Para solucionar este problema, crea una variable temporal de nivel de nodo WebSphere con cualquier nombre y valor y, a continuación, guarda y sincroniza el nodo. Esta solución alternativa obliga a regenerar la configuración de todos los servidores gestionados de Liberty en el nodo. Como alternativa, puede crear una variable a nivel de servidor para limitar la regeneración de la configuración a un servidor concreto de Liberty gestionado.
  • Las aplicaciones de los servidores gestionados de Liberty no se pueden detener ni iniciar mientras el servidor gestionado de Liberty esté en funcionamiento. Las aplicaciones se inician cuando se inicia el servidor gestionado Liberty y permanecen en ejecución hasta que se detiene el servidor gestionado Liberty.
  • Los botones «Terminar», «Enviar acción » y «Establecer modo », así como el estado del modo de mantenimiento en la página de la consola administrativa de los servidores de middleware, no están disponibles para los servidores gestionados de Liberty.
  • Los clústeres dinámicos no son compatibles con los servidores gestionados de Liberty.
  • [ Network Deployment 9.0.5.24 o posterior]Los clústeres estáticos para servidores gestionados de Liberty no admiten las siguientes funciones:
    • Memoria caché de autenticación
    • Realizar copias de seguridad de los clústeres
    • Caché de cookies de sesión cerrada
    • Sesiones distribuidas

      Las sesiones distribuidas incluyen la persistencia de sesiones en la base de datos y la replicación de sesiones de memoria a memoria.

    • Recuperación del registro de transacciones
    • Gestión de la carga de trabajo de EJB
  • El enrutamiento mediante el servidor proxy no es compatible con los servidores gestionados de Liberty.
  • El enrutamiento mediante el enrutador bajo demanda (ODR) no es compatible con los servidores gestionados de Liberty.
  • El enrutamiento mediante el complemento ODRLIB no es compatible con los servidores gestionados de Liberty.
  • No se admite el uso de servidores gestionados de Liberty de WebSphere Application Server Developer Tools for Eclipse.
  • El uso del gestor de alta disponibilidad (HAM) no es compatible con los servidores gestionados de Liberty.
  • El uso del caché de cookies de desconexión para sesiones distribuidas no es compatible con los servidores gestionados de Liberty.
  • El uso de funciones definidas por el usuario no es compatible con los servidores gestionados de Liberty.

Carga de clases de aplicaciones y bibliotecas compartidas

Los siguientes problemas conocidos y limitaciones se aplican a la carga de clases de aplicaciones y a las bibliotecas compartidas:

  • [ Network Deployment 9.0.5.24 o posterior]No se admiten los ajustes de recarga de clases de aplicación.
  • [ Network Deployment 9.0.5.24 o posterior]Los ajustes del cargador de clases solo se pueden configurar para una aplicación, no para módulos web integrados.
    • La configuración del orden de los cargadores de clases, también conocida como delegación de cargadores de clases en un servidor gestionado de. Liberty, tiene como valor predeterminado parent-first y se aplica a todos los cargadores de clases que dan soporte a la aplicación. En el caso de las aplicaciones empresariales implementadas como un archivo EAR, la configuración se aplica al cargador de clases del archivo EAR de la aplicación principal. Esta configuración también se aplica a todos los cargadores de clases WAR secundarios de los módulos web integrados. La delegación del cargador de clases no se puede configurar mediante la consola de administración, pero sí mediante scripts de administración.
    • Cuando eliges un orden de cargadores de clases, es posible que ese parent-last orden no sea la mejor opción para las aplicaciones que se implementan en un servidor gestionado de Liberty. Parent-last El orden se utiliza para aislar los paquetes de la aplicación de los paquetes que muestra el servidor de aplicaciones. Liberty Los cargadores de clases limitan la visibilidad a los paquetes de la API que admiten las funciones de « Liberty », con pocas excepciones.

La asociación (asignación) de una biblioteca compartida a una aplicación se denomina referencia de biblioteca.

  • [ Network Deployment 9.0.5.24 o posterior]Las bibliotecas compartidas solo se pueden asociar (asignar) a aplicaciones. En el caso de las aplicaciones empresariales implementadas como un archivo EAR, las referencias a bibliotecas compartidas se pueden configurar para el archivo EAR de la aplicación, pero no para los módulos web (WAR) integrados en el EAR.
  • [ Network Deployment 9.0.5.24 o posterior]Las referencias a bibliotecas compartidas son comunes o privadas según la configuración de «Cargador de clases aislado» de la biblioteca a la que se hace referencia. Las bibliotecas compartidas comunes admiten la carga aislada de clases; las bibliotecas compartidas privadas no.
  • [ Network Deployment 9.0.5.24 o posterior]Los ajustes del cargador de clases y de las bibliotecas compartidas relacionados con la visibilidad de los tipos de API no se pueden configurar. Las aplicaciones y las bibliotecas compartidas no pueden utilizar la API de terceros del servidor de Liberty s gestionado.
  • [ Network Deployment 9.0.5.24 o posterior]Las bibliotecas compartidas dentro del mismo ámbito deben tener nombres únicos.

Aplicaciones

Los siguientes problemas conocidos y limitaciones se aplican a las aplicaciones.
  • Todos los módulos de una aplicación deben estar asignados al mismo destino de « Liberty » gestionado. El destino puede ser un servidor gestionado de Liberty o un clúster gestionado de Liberty y, opcionalmente, un servidor web.
  • No se admite la implementación de aplicaciones de Jakarta EE 10 que utilicen programas administrativos de Java que, a su vez, utilicen las API de « JMX ».
  • En el caso de las aplicaciones de Jakarta EE10, no se admite la instalación de módulos empresariales con JSR88 ni de módulos personalizados.
  • No se admite añadir un recurso de Jakarta EE 10 a una aplicación de nivel empresarial (BLA) para crear una unidad compuesta. No se admite la modificación directa del BLA de la aplicación Jakarta EE 10, ya sea mediante la consola de administración o las tareas de administración.
  • [ Network Deployment 9.0.5.25 o posterior]Las BLA para aplicaciones de servidor gestionadas de Liberty ya no aparecen en la consola de administración, en la sección Aplicaciones > Tipos de aplicación > Aplicaciones de nivel empresarial.

Liberty características

Los siguientes problemas conocidos y limitaciones se refieren a las funciones de « Liberty ».
  • En el caso de la función « 3.0 » de Jakarta JSON Binding, solo es compatible el proveedor JSONB integrado.
  • En el caso de la función « 2.1 » de Jakarta JSON Processing, solo es compatible el proveedor JSONP integrado.

WebServer complemento

Los siguientes problemas conocidos y limitaciones corresponden al complemento « WebServer ».

  • [ Network Deployment 9.0.5.24 o posterior]Si un servidor gestionado de Liberty no forma parte de un clúster, no especifique la propiedad personalizada de sesión httpSessionCloneId para dicho servidor gestionado de Liberty.
[ Network Deployment 9.0.5.24 o posterior]

Proveedor JMS predeterminado

Los siguientes problemas conocidos y limitaciones se refieren al proveedor JMS predeterminado.

Los objetos administrados para el proveedor de mensajería predeterminado se pueden definir en un servidor gestionado de Liberty, ya sea a través de la consola de administración o mediante comandos wsadmin. Al crear objetos de « ConnectionFactory », algunas propiedades pueden especificarse, pero no se configuran en el objeto en un servidor gestionado de « Liberty ». Las siguientes propiedades y comandos no están asignados:

Las propiedades de la consola administrativa
  • Anotar la falta de contextos de transacciones
  • Gestionar los manejadores en memoria caché
  • Compartir origen de datos con CMP
  • Alias de autenticación para recuperación XA
  • Alias de correlación-configuración
Los comandos de wsadmin
  • logMissingTransactionContext
  • manageCachedHandles
  • shareDataSourceWithCMP
  • xaRecoveryAuthAlias

Liberty tala

La siguiente restricción se aplica al registro de Liberty.

  • [ Network Deployment 9.0.5.24 o posterior]

    Cuando se habilita el seguimiento WTP con una especificación de seguimiento de com.ibm.config.eclipse.wtp=finer, la salida de seguimiento de la ArchiveTypeDiscriminatorImpl clase y del openSpecificArchive método se escribe en el archivo de registro de salida del sistema.

    El resultado se genera durante el funcionamiento normal, sin fallos, cuando la traza WTP está habilitada. Por lo tanto, no se produce ningún error. Sin embargo, esta salida no es intencionada.

    El siguiente ejemplo muestra el resultado.

    [26/02/25 8:54:10:066 PST] 00000078 wtp C org.eclipse.jst.j2ee.commonarchivecore.internal.helpers.ArchiveTypeDiscriminatorImpl openSpecificArchive Archivo [ WSBankEJB_HTTPRouter.war ] características:

Archivo [ com.ibm.etools.commonarchive.impl.WARFileImpl@328224e1 ]
    URI del archivo [ WSBankEJB_HTTPRouter.war ]
        isOpen [ true ]
        Ruta absoluta [ /opt/ibm/WAS/profiles/node4/config/cells/ndcell/applications/GarageSaleLibertyEAR_JEE7_JDK8_v90_4Q2022_10132022.ear/deployments/GarageSaleLibertyEAR_JEE7_JDK8_v90_4Q2022_10132022/WSBankEJB_HTTPRouter.war ]
        Ruta de los archivos binarios [ /opt/ibm/WAS/profiles/node4/installedApps/ndcell/GarageSaleLibertyEAR_JEE7_JDK8_v90_4Q2022_10132022.ear/WSBankEJB_HTTPRouter.war ]
        Ruta de recursos [ /opt/ibm/WAS/profiles/node4/config/cells/ndcell/applications/GarageSaleLibertyEAR_JEE7_JDK8_v90_4Q2022_10132022.ear/deployments/GarageSaleLibertyEAR_JEE7_JDK8_v90_4Q2022_10132022/WSBankEJB_HTTPRouter.war ]
        Opciones de archivo [ org.eclipse.jst.j2ee.commonarchivecore.internal.helpers.ArchiveOptions@7d9262f6 ]
            EAR ParentEarBinariesPath [ /opt/ibm/WAS/profiles/node4/installedApps/ndcell/GarageSaleLibertyEAR_JEE7_JDK8_v90_4Q2022_10132022.ear ]
            EAR AltBinariesPath [ /opt/ibm/WAS/profiles/node4/installedApps/ndcell/GarageSaleLibertyEAR_JEE7_JDK8_v90_4Q2022_10132022.ear ]
            Usar Java Reflection [ false ]
        Manifiesto [ org.eclipse.jst.j2ee.commonarchivecore.internal.helpers.ArchiveManifestImpl@f6c539e3 ]
            Ruta de clases de Manifest [ ]
        Estrategia de carga [ org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.DirectoryArchiveLoadStrategyImpl@84e57640 ]
    ArchiveImpl [ @(#) 1.30 WCCMBASE/ws/code/jst.j2ee.core.archive/src/org/eclipse/jst/j2ee/commonarchivecore/internal/impl/CommonarchiveFactoryImpl.java, WAS.prereq.ies, WASX.WCCMBASE, qq0934.23 17/08/09 07:28:11 [28/08/09 13:02:29] ]