|
6171458
|
La secuencia de comandos package-appclient no funciona si domain1 no está presente.
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 con el nuevo nombre de dominio.
Deberá llevar a cabo este procedimiento cada vez que cree un dominio nuevo si domain1 no está presente.
|
|
6196993
|
No se puede restaurar con otro nombre un dominio del que se haya hecho una copia de seguridad.
No es posible duplicar un dominio en la misma instalación de Application Server utilizando los comandos backup-domain y restore-domain porque el dominio no puede restaurarse con un nombre distinto del original, aunque el comando asadmin restore-domain ofrezca la opción de 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, startserv y stopserv usan el nombre del 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 sólo funcionan en Application Server 8.1 para hacer copias de seguridad y restaurar el mismo dominio en la misma máquina.
|
|
6200011
|
No se admite el inicio de Application Server con un agente JMX adicional.
J2SE 1.4.x, 5.0 y las versiones posteriores se pueden configurar en Application Server. Una función integral de la plataforma J2SE 5.0 es la capacidad para iniciar un agente JMX. Esta función se activa definiendo explícitamente propiedades de 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 JMX e iniciar el servidor, un nuevo servidor jmx-connector se inicia en la máquina virtual de Application Server. Un efecto colateral no deseable es que las funciones de administración se ven afectadas negativamente y la consola de administración de Application Server y la interfaz de línea de comandos pueden generar resultados inesperados. El problema es que hay algunos conflictos entre la construcción en jmx-connector y el nuevo servidor de 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 dirección URL de JMXService especificada ahí 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 Administration Guide.
|
|
6206176
|
En UNIX, los permisos de ejecución excesimavemente restrictivos de Application Server inician y detienen las secuencias de comandos.
Si ejecuta el comando asadmin restore-domain cuando haya iniciado una sesión como usuario "A", las secuencias de comandos se finalizarán con permisos 744 (rwxr--r-- ). Si, posteriormente, intenta iniciar o detener un dominio utilizando el usuario "B" (incluso aunque "B" sea root), se producirá un error, ya que las secuencias de comandos sólo podrán ser ejecutadas por el usuario "A".
Solución
Cambie los permisos de las secuencias de comandos:
chmod 755 appserv/domains/domain-name/bin/*
|
|
|
6236544, 6275436
|
El archivo de configuración del equilibrador de carga no se crea con la dirección URL de punto final de ningún servicio Web.
Al configurar el equilibrador de carga con una aplicación que tenga un módulo EJB que exporte una URL de servicio web, la raíz del contexto para el nuevo servicio web no se encuentra en el archivo loadbalancer.xml resultante.
Solución
-
Edite el archivo loadbalancer.xml para agregar los módulos web que falten de la siguiente forma:
<web-module context-root="context-root-name"
disable-timeout-in-minutes="30" enabled="true"/>
|
-
Sustituya el valor de context-root-name con el nombre root del contexto del servicio web que se expuso como EJB.
|
|
6288893
|
Si se reinicia Application Server mediante sun-appserv-admin, se genera un error LoginException.
Solución
-
Cambie el nombre de la secuencia de comandos <as_install> /bin/asant existente por asant.bak.
-
Copie el archivo asant.template ubicado en <as_install> /lib/install/templates/ee (para la versión SE/EE version) en el directorio <as_install>/bin/ y cambie el nombre del archivo asant.
-
Edite la secuencia de comandos <as_install> /bin/asant que acaba de copiar sustituyendo el token %CONFIG_HOME% por <as_install>/config.
-
Si se ha efectuado algún cambio manual en el archivo asant.bak original, combínelo con la nueva secuencia de comandos asant.
|
|
6315957
|
El archivo .asadmintruststore no se describe en la documentación de Application Server. Si el archivo no se encuentra en el directorio home del administrador del servidor, es posible que se produzcan errores graves al actualizar determinadas aplicaciones alojadas en el servidor.
Solución
-
Si el posible, el usuario que instaló el servidor debería ejecutar el comando asadmin start-domain domain1.
-
Si, por el contrario, no es posible, .asadmintruststore debería moverse o copiarse del directorio home del usuario que ha efectuado la instalación al directorio home del usuario que está ejecutando el servidor.
-
Tenga en cuenta que si se mueve (no se copia) el archivo del directorio home del usuario de instalación al directorio home del usuario de ejecución, es posible que se produzcan problemas con la actualización de la aplicación, como se describe en los errores 6309079, 6310428 y 6312869, ya que el usuario de instalación/actualización (normalmente root en Java ES) ya no dispondrá del archivo .asadminstruststore en su directorio principal.
|
|
6407140
|
Las instancias del servidor iniciadas con start-node-agent no presentan el contenido de sincronización más reciente.
El comando asadmin start-node-agent inicia automáticamente las instancias del servidor remoto sin sincronizarlas con DAS.
Solución:
Si está iniciando una instancia del servidor remoto sincronizada con el depósito central administrado por DAS, especifique la opción --startinstances=false con el comando asadmin start-node-agent. A continuación, utilice el comando asadmin start-instance para iniciar la instancia del servidor remoto.
|
|
6654726
|
La función de la Consola de administración que permite seleccionar conjuntos de cifrados no funciona correctamente. Al seleccionar la opción "Admitir todos los conjuntos de cifrados" de las escuchas HTTP, se desactivan las casillas de verificación, pero se vuelven a activar una vez actualizada la página, incluso aunque se haya marcado la casilla "Admitirtodos...". Aunque parezca que existe un problema, una vez introducido el alias del certificado y después de hacer clic en "Guardar", los cambios se escribirán en la configuración.
Solución:
No se necesita ninguna acción. Los cambios se han guardado.
|
