Administración

La secuencia de comandos package-appclient no funciona si no está presente domain1. (Id. 6171458)

De forma predeterminada, hay un valor codificado en $INSTALL/lib/package-appclient.xml para la variable AS_ACC_CONFIG de domain1 a la que señala asenv.conf. Si domain1 se elimina y se crea un nuevo dominio, la variable AS_ACC_CONFIG no se actualiza con el nombre del dominio nuevo, lo que provoca que falle la secuencia de comandos package-appclient .

Solución

Lleve a cabo una de las siguientes acciones:

• Deje intacto domain1 y cree los demás dominios en torno a él.

• Elimine domain1 y sustituya el valor codificado de domain1 en $INSTALL/lib/package-appclient.xml por el nuevo nombre de dominio. Deberá llevar a cabo este procedimiento cada vez que cree un dominio nuevo si domain1 no está presente.

No se puede restaurar con otro nombre un dominio del que se haya hecho una copia de seguridad. (Id. 6196993)

No se puede realizar la duplicación de un dominio en la misma instalación de Application Server mediante los comandos backup-domain y restore-domain , ya que el dominio no se puede restaurar con un nombre distinto del original, aunque el comando asadmin restore-domain proporcione una opción para cambiar el nombre del dominio. Parece que el cambio de nombre del dominio del que se ha hecho una copia de seguridad es correcto, pero al intentar iniciar el dominio en cuestión se producen errores porque las entradas de la configuración del dominio no se han cambiado, y startserv y stopserv usan el nombre de dominio original para definir las rutas.

Solución

El nombre de dominio utilizado para restore-domain debe ser el mismo que se usó para el comando original backup-domain. Los comandos backup-domain y restore-domain de Application Server 8.2 sólo se pueden utilizar para realizar copias de seguridad y restaurar el mismo dominio en el mismo equipo.

No se admite el inicio de Application Server con un agente JMX adicional. (Id. 6200011)

J2SE 1.4.x, 5.0 o superior puede configurarse en Application Server. Una función integral de la plataforma J2SE 5.0 es la posibilidad de ejecutar un agente JMX. Esta opción se activa cuando se configuran explícitamente las propiedades del sistema al iniciar el servidor.

Entre los valores de ejemplo se incluyen:

name="com.sun.management.jmxremote" value="true"
name="com.sun.management.jmxremote.port" value="9999"
name="com.sun.management.jmxremote.authenticate" value="false"
name="com.sun.management.jmxremote.ssl" value="false"

Después de configurar las propiedades de JMX e iniciar el servidor, se inicia un nuevo jmx-connector en Application Server VM. Un efecto secundario no deseable es que las funciones de administración se ven afectadas negativamente, y la CLI y la GUI de administración de Application Server pueden generar resultados inesperados. El problema es que se producen algunos conflictos entre el servidor integrado jmx-connector y el nuevo servidor jmx-connector.

Solución

Si utiliza jconsole (o cualquier otro cliente compatible con JMX), puede reutilizar el servidor estándar JMX Connector Server que se ejecuta al iniciar Application Server.

Al iniciar el servidor, se muestra una línea parecida a la que aparece más abajo en el registro del servidor. Puede conectarse a la JMXServiceURL especificada en dicha ubicación y realizar las mismas operaciones de configuración y administración después de que se proporcionen correctamente las credenciales, por ejemplo:

[#|2004-11-24T17:49:08.203-0800|INFO|sun-appserver-ee8.1|javax.enterprise.
system.tools.admin|_ThreadID=10;|ADM1501: Here is the JMXServiceURL for the 
JMXConnectorServer: [service:jmx:rmi:///jndi/rmi://hostname:8686/management/
rmi-jmx-connector]. This is where the remote administrative clients should 
connect using the JSR 160 JMX Connectors.|#]

Para obtener más información, consulte la Guía de administración de Sun Java System Application Server 8.2.

No se puede reimplementar el módulo web predeterminado de un servidor virtual ni anular su implementación. (Id. 6204799)

Si el módulo web se especifica como el módulo predeterminado de un servidor virtual e intenta reimplementarlo o anular su implementación, obtendrá el siguiente mensaje de error:

Trying to undeploy application from domain failed; Virtual Servers [server] 
have <WEB-MODULE-NAME\> as default web module. Please remove the default web
module references first. ; requested operation cannot be completed Virtual 
Servers [server] have <WEB-MODULE-NAME\> as default web module. Please
remove the default web module references first.

En este punto, domain.xml se encuentra en estado de error, y es posible la consola de administración no pueda mostrar la tabla que indica las aplicaciones web implementadas. Esta situación se mantendrá aunque se detenga el dominio y se inicie de nuevo.

Solución

Cambie el módulo web predeterminado.

Para cambiar el módulo web predeterminado

Pasos

1. En la consola de administración, acceda a la página del servidor virtual y cambie el módulo el módulo web predeterminado dejando el campo vacío o especificando otro módulo web.

2. En la CLI, especifique domain como destino para anular la implementación del módulo web.

   # asadmin undeploy --target domain <WEB-MODULE-NAME\>

   La consola de administración debería funcionar ahora correctamente y el módulo web debería poder implementarse de nuevo, si así lo desea.

Excepción FrameworkError después de implementar un archivo WAR y JAR en el servidor PE mediante la API AMX en la GUI de Application Server. (Id. 6201462)

Si se implementa una aplicación en PE mediante la API AMX y no se hace referencia a ella, la GUI Application Server presenta errores al mostrar dicha aplicación. Si se utiliza AMX, es necesario administrar de forma explícita las referencias de las aplicaciones. Por ejemplo, al implementar una aplicación, DeployedItemRefConfig debe crearse explícitamente. Para simplificar el proceso de implementación, se presupone que las referencias están presentes en PE, lo que, a su vez, provoca el problema con la GUI de Application Server.

Solución

Cree siempre la referencia a un recurso o aplicación después de crearlo.

No se aplica la configuración de inicio de Java en Configuración. (Id. 6240672)

Los dominios o servidores de Application Server no utilizan el JDK al que señala el atributo java-home del elemento java-config de la configuración asociada.

Solución

El JDK utilizado por los procesos de Application Server de todos los dominios en una instalación del servidor específica viene determinado por el archivo appserver-installation-dir /config/asenv.conf. La propiedad AS_JAVA de este archivo determina el JDK que se utilizará y establecerá durante la instalación. Si los procesos de Application Server utilizan un JDK diferente una vez completada la instalación, este valor puede modificarse para que señale a otro JDK. Tenga en cuenta que este cambio afectará a todos los dominios de esta instalación.

Al realizar cambios en el archivo asenv.conf, debe tener cuidado, ya que no se comprueba su validez. Consulte la documentación del producto para conocer los requisitos mínimos de la versión de JDK al modificar el valor de AS_JAVA.

Selector.select() genera una excepción IOException, lo que provoca un fallo en el inicio de App Server. (Id. 6322825)

En el código actual de JDK, el selector /dev/poll asigna una matriz de 8192 entradas de pollfd para su uso por parte de éste. Esto supera el límite nofiles ulimit, lo que provoca que falle con el error "argumento no válido". Además, a su vez, esta error provoca que el servicio de socket de App Server que se conecta a MQ durante el inicio falle con la excepción IOException debido a que se ha roto selector.select() .

Solución

Aumente el límite de descriptores del archivo pollfd. Puede realizar esta tarea de dos formas:

1. Ejecute ulimit -n 8193 en el shell como root.

2. Aumente el límite fijo de número de descriptores de archivo a 8193 o un valor superior:

   1. Compruebe el límite fijo con ulimit -n -H.

   2. Si es inferior a 8193, edite /etc/system agregando el comando set rlim_fd_max=8193.

   3. Reinicie el equipo.

El dominio no se puede iniciar cuando la contraseña maestra de creación del dominio incluye caracteres especiales. (Id. 6345947)

El dominio no se inicia cuando la contraseña maestra del dominio contiene el carácter de porcentaje (%).

Solución

La contraseña maestra del dominio no debe contener un carácter de porcentaje (%). Esta limitación es aplicable al crear un nuevo dominio o cambiar la contraseña maestra del dominio existente.

El proceso de inicio de AS 8.2 no administra correctamente determinadas propiedades de Java System. (Id. 6372759)

Si se agrega lo siguiente a la configuración del proxy de JVM, el servidor no se iniciará:

<jvm—options>-Dhttp.proxyHost=webcache.east.sun.com</jvm—options>
<jvm—options> -Dhttp.proxyPort=8080</jvm—options>
<jvm—options>-Dhttp.nonProxyHosts="mssp.ctu.gov|*.ctu.gov|localhost"
</jvm—options>

Si se inserta el carácter *, se produce un error "No se ha encontrado ninguna definición de clase" (Se genera una excepción en el subproceso main java.lang.NoClassDefFoundError: com/sun/enterprise/security/store/IdentityManager ). Si se inserta el carácter |, se agota el tiempo de espera de la secuencia de comandos de inicio, y el servidor no se puede iniciar.

Esta función es vital para admitir las implementaciones de Application Server (y de Portal) que se encuentran detrás de un servidor de seguridad y necesitan acceder tanto a los servidores internos como externos. como, por ejemplo, el buscador de URL de Portal Server Esta configuración es necesaria para permitir que el buscador de URL obtenga el contenido de fuentes externas.

Solución

Edite el archivo install-dir/config/asenv.conf cambiando la línea AS_NATIVE_LAUNCHER="true" por AS_NATIVE_LAUNCHER="false" .