|
6513089
|
Falta valor en el archivo server.xml al reiniciar la instancia de
Web Server.
Al reiniciar la instancia de Web Server, aparece el siguiente mensaje de error.
falta un valor en server.xml al reiniciar la instancia de Web Server.
|
Solución temporal: Realice los pasos siguientes:
-
Inicie el servidor de administración.
WebServer-base\admin-server\bin\startserv
-
Edite el archivo WebServer-base\https-FQDN\config\server.xml.
-
Busque las líneas siguientes:
<search-collection>
<name/>
<..?
</search-collection>
|
-
Reemplace estas líneas con lo siguiente:
<search-collection>
<name>search-collection-1</name>
<..?
</search-collection>
|
-
Lleve estos cambios al servidor de administración.
wadm pull-config --user=admin --config=FQDN FQDN
FQDN es el nombre de dominio totalmente cualificado del sistema host.
|
|
6492144
|
En la plataforma Windows, el programa de instalación de CLI no admite el
proceso Control+C durante la entrada de contraseña.
El programa de instalación no acepta Control+C, y por lo tanto, el terminal no se puede utilizar.
Solución temporal: ninguna.
|
|
6479247
|
Aparece el cuadro de diálogo para introducir la contraseña de testigo al reiniciar una instancia tras la implementación. Este comportamiento no se ha observado en otras plataformas.
Solución temporal: ninguna.
|
|
6432106
|
La búsqueda de Sun Java System Portal Server lanza una excepción tras la actualización de Web Server.
La funcionalidad de búsqueda de Portal Server lanza una excepción cuando se actualiza Web Server de Java ES 4 a Java ES 5.
Solución temporal:
Nota –
Traslade los archivos de biblioteca libdb-3.3.dll y libdb_java-3.3.dll existentes a una ubicación apropiada, en algún lugar fuera de los directorios privados de
Web Server. Una vez que las bibliotecas de Portal Server estén en un lugar apropiado, la ruta debe especificarse para la <ruta libdb-3.3.dll
>:<libdb_java-3.3.dll path> en los comandos siguientes.
En la plataforma Windows realice los pasos siguientes:
-
Copie los archivos libdb-3.3.dll y libdb_java-3.3.dll del directorio Web Server 6.1 lib a una ubicación adecuada.
 Precaución – No copie los archivos de biblioteca a los directorios privados de Web Server 7.0, por ejemplo, el directorio lib.
-
Cree el directorio portal_libraries.
-
Copie los archivos de biblioteca libdb-3.3.dll y libdb_java-3.3.dll a portal_libraries.
-
Utilice el comando wadm para informar a Web
Server sobre la ubicación de los archivos de biblioteca.
-
Consiga el valor de ruta de biblioteca nativa actual:
get-jvm-prop -user=admin --config=host native-library-path-prefix
-
Guarde la salida.
-
Añada la ruta libdb-3.3.dll y libdb_java-3.3.dll copiada a la ruta de biblioteca nativa existente:
set-jvm-prop --config=host native-library-path-prefix=<ruta de biblioteca nativa existente>:</portal-libraries-path>
portal-libraries-path es la ubicación donde ha copiado los archivos libdb-3.3.so y libdb_java-3.3.so en el paso 1.
Si no obtiene ningún resultado para el comando get-jvm-prop,
defina el parámetro native-library-path-prefix:
native-library-path-prefix=</portal-libraries-path>
Nota –
Utilice ';' como separador para el parámetro native-library-path-prefix de la siguiente manera:
native-library-path-prefix=<ruta de biblioteca nativa existente>;<portal-libraries-path>
Para plataformas que no sean Windows, utilice ':' como separador para el parámetro native-library-path-prefix de la siguiente manera:
native-library-path-prefix= <ruta de biblioteca nativa existente>:<portal-libraries-path>
-
Implemente la configuración modificada:
deploy-config [--user=administrador] config-nombre
|
|
6425144
|
wadm no actualiza la variable classpath correctamente si ésta contiene un punto y coma (;)
Cuando defina la variable classpath utilizando el archivo wadm.bat, si classpath contiene un punto y coma, ésta no se actualiza en el archivo server.xml. Sólo se actualiza la ruta antes del punto y coma ";".
Solución temporal: Utilice una de las siguientes soluciones temporales.
|
|
6364924
|
Un nodo se puede registrar en varios servidores de administración, lo que puede ocasionar un conflicto de configuración.
Es posible registrar un nodo en un segundo servidor de administración sin cancelar el registro con el primer servidor de administración. Sin embargo, esto hace que los nodos dejen de estar accesibles desde ambos servidores de administración.
Solución temporal:
En cada registro, reinicie el nodo de administración. El nodo de administración estará disponible para el servidor de administración más reciente en el que se haya registrado.
|
|
6379125
|
El comando permite conectarse a un nodo, muestra un certificado pero a continuación muestra un error de tipo
HTTP 400.
El nodo de Web Server utiliza el mismo conector JMX como el servidor de administración registrado en el mismo URI que un servidor de administración. Se emite un certificado
como parte de la autenticación SSL y la ejecución aún no ha alcanzado el nodo. Web Server no puede determinar si la conexión se realiza desde un cliente
o un servidor de administración.
|
|
4793938
|
Se muestra el cuadro de diálogo de usuario y contraseña en vez del índice de directorios.
Por defecto, Web Server 7.0 no envía un índice de directorios excepto si se ha autenticado el usuario. Cuando se intenta acceder a un directorio, el sistema pide al usuario su nombre de usuario y contraseña. Esto ocurre porque la lista Access Control List (ACL) de Web Server 7.0 otorga derechos de acceso a la lista sólo a los usuarios autenticados.
Solución temporal:
Puede otorgar el derecho de acceso a los usuarios no autenticados mediante la consola de administración o editando el archivo default.acl. Para obtener más información sobre cómo otorgar derecho de acceso, consulte la Guía del administrador de Sun Java System Web Server 7.0.
|
