Notas de la versión de Sun Java System Portal Server 7.1

Limitaciones y problemas conocidos


Algunas cadenas aparecen truncadas al iniciar un Proxylet. (Nº 6447909)

Descripción:

Algunas cadenas aparecen truncadas al iniciar un Proxylet.

A continuación, se muestran los problemas y limitaciones conocidos del software Portal Server.


Cuando implemente el portlet sin funciones y archivos de los usuarios, la pantalla de verificación de la información en el portal de implementacion muestra cadenas no significativas. (Nº 6508230)

Descripción:

En el paso 3 del asistente para implementar portlet, si no se define ningún archivo de funciones o de usuarios, los mensajes "Roles file not defined" o "Users file not defined" no están localizados. La pantalla muestra mensajes no significativos.


La configuración de taskadmin debe definir los atributos de servicios para funciones del administrador. (Nº 6519875)

Solución:

lleve a cabo lo siguiente:

  1. Antes de realizar la configuración de taskadmin, asegúrese de definir los siguientes valores de atributos de servicios de Portal Desktop para los DN de funciones del administrador, ubicados en el archivo taskadmin.properties: content.admin.role.dn y user.admin.role.dn.

  2. Haga que coincidan con los valores de atributos de servicios de Portal Desktop de la organización.

    Por ejemplo, si los valores de atributos de servicios de Portal Desktop en la organización Empresa de ejemplo son: Parent Container: ASCTabContainer, EditContainer: JSPEditContainer y Default Type: empresa de ejemplo. Los DN de la función admin se definen en "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com".

  3. Asegúrese de que los atributos de servicio de Portal Desktop para el DN de la función admin "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com" coincida con la configuración de la organización. De lo contrario, cuando un usuario que pertenece a la función admin se autentica en Portal Desktop, dicho usuario puede presentarse con el Portal Desktop incorrecto.


Es preciso aplicar el parche Java DB. (Nº 6521400)

Descripción:

Los errores en la distribución de Java DB ocasionan el bloqueo del portal durante la espera de establecer una conexión. Información detallada sobre los errores se facilita en: https://issues.apache.org/jira/browse/DERBY-1856 y http://issues.apache.org/jira/browse/DERBY-2084.

Solución:

Descargue y aplique los siguientes parches Java DB desde sunsolve.

  • Para Solaris SPARC – 125245-01

  • Para Solaris x86 – 125246-01

  • Para Linux – 125270-01


UWC Calendar no aparece a través de la puerta de enlace. (Nº 6218353)

Descripción:

al hacer clic en el vínculo Iniciar calendario, aparece el siguiente mensaje de error: "No se pudo cargar la página solicitada. Las cookies están bloqueadas."


La libreta de direcciones de SunOne no funciona si Portal Server y Access Manager están instalados en dos nodos diferentes. (Nº 653732)

Solución:

reinicie el contenedor web.


La ejecución del comando psadmin delete lleva más tiempo en Web Server 7.0. (#6506037)

Descripción:

En Web Server 7.0, el comando psadmin delete-instance ejecuta a su vez el comando wadm deploy-config en cada ejecución de wadm remove-webapp. Por lo tanto, lleva bastante tiempo.


Si Portal Server está instalado en un clúster de servidor de aplicaciones, no puede eliminar sólo una instancia de Portal Server. (Nº 6506689)

Descripción:

es preciso suprimir todas las instancias de Portal Server. Utilice el comando psconfig --unconfig para desconfigurar Portal Server o el comando psadmin delete-portal para eliminar Portal Server.


IPC no se puede utilizar con WSRP. (Nº 6509086)

Descripción:

Inter Portlet Communication (IPC) no se puede utiliar con WSRP. Puede publicar los portlets que participan en Inter Portlet Communication a través de WSRP. Aunque la funcionalidad IPC no funciona.


UserRoleAdmin-AdminTab no está visible para usuarios con la función OrganisationAdmin. (Nº 6511559)

Solución:

Edite el archivo /etc/opt/SUNWam/config/AMConfig.properties en el equipo Portal Server o Access Manager SDK para definir la propiedad com.iplanet.am.session.client.polling.enable en Falso. A continuación, reinicie el contenedor web de Portal Server.


En el asistente para implementar portlet, hay un mensaje sin localizar. (Nº 6508946)

Descripción:

en el paso 3 del asistente para implementar portlet, si no se define ningún archivo de funciones o de usuarios, aparece el mensaje "El archivo de funciones no se ha definido" o "El archivo de usuarios no se ha definido". Estos mensajes no se han localizado correctamente. La página muestra mensajes no significativos.


Portal Server distingue varias versiones de JRE. (Nº 6510536)

Descripción:

si varios JRE están presentes en el equipo cliente, es posible que existan problemas al iniciar Java Web Start en navegadores Netscape y Mozilla.

Solución:

conserve sólo un JRE en el equipo cliente y desinstale el resto.


Debido al estado de seguridad débil de SSL2, se recomienda a los clientes deshabilitar SSL2 y dejarlo deshabilitado. (Nº 6507762)

Solución:

Para deshabilitar SSL2, realice lo siguiente.

  1. Inicie la sesión en la consola de administración de Portal Server.

  2. Haga clic en SRA > Perfil > Seguridad.

  3. En TLS y SSL, anule la selección de Habilitar SSL versión 2.0.

  4. Haga clic en Guardar.


En Internet Explorer, se cierra la sesión al intentar implementar un portlet o crear un productor nuevo en WSRP. (Nº 6491413)

Solución:

para la consola de administración de Portal Server, utilice un navegador distinto de Internet Explorer.


Portal Server no admite un contenedor Web diferente para Access Manager. (Nº 6470425)

Descripción:

utilice el mismo contenedor web para Portal Server y Access Manager.


si Portal Server está instalado en Web Server 7.0., no puede utilizar strutssample.war (#6505547)

Descripción:

si Portal Server está instalado en Web Server 7.0 y se implementa strutssample.war, los comandos psadmin que modifican la configuración de Web Server no funcionan. Por ejemplo, el comando psadmin deploy-portlet.


Los eventos y tareas compartidos no pueden crear un evento y una tarea. (Nº 6486930)

Solución:

durante la instalación y configuración de eventos y tareas compartidos, en el archivo tokens.properties, defina la propiedad IS_HOSTED_DOMAIN_ENV= en Verdadero.

El archivo tokens.properties está ubicado en el directorio /var/opt/SUNWportal/portals/portal1/portletapps/sharedevents/tokens.properties.


La estructura de sistema de archivos para todas las instancias del mismo portal deben ser similares. (Nº 6348452)

Descripción:

La estructura de sistema de archivos para todas las instancias del mismo portal deben ser similares.


El portal de muestra de la empresa no está localizado. (Nº 6337500)

Descripción:

la muestra de la empresa no se ha localizado.


Los puertos internos no se revelan si proxylet está habilitado en un perfil de puerta de enlace. (Nº 6326785)

Descripción:

si la puerta de enlace se ejecuta en un puerto que no es el predeterminado, el navegador muestra el valor de puerto en la URL. Esto se aplica incluso si la puerta de enlace se ejecuta en un puerto SSL que no es el predeterminado y distinto del 443 con proxylet deshabilitado. Cuando proxylet está habilitado, se introduce un receptor de socket adicional en la puerta de enlace. El receptor de socket se ejecuta en el puerto predeterminado y la puerta de enlace utiliza un puerto que no es el predeterminado para escuchar. Por lo tanto, en la URL se muestra el puerto que no es el predeterminado.


Si la configuración automática de proxy está habilitada en el navegador Mozilla, la consola de Portal Server se bloquea. (Nº 6493377)

Descripción:

en el canal de proxylet, si el usuario de proxylet selecciona una aplicación para la descarga en modo JWS, la consola aparece correctamente. Sin embargo, la descarga se detiene al 30% y la consola no responde.


Si el canal de portlet está minimizado o cerrado, Inter Portlet Communication no funciona para varios archivos WAR. (Nº6271542 )

Descripción:

actualmente, el ámbito del proceso de eventos está limitado a los portlets en la misma ficha. Por lo tanto, los portlets en un canal minimizado o cerrado no aparecen en la lista de portlets que participan en Inter Portlet Communication. Inter Portlet Communication no funciona en caso de que el canal de portlet esté minimizado o cerrado debido a que los eventos no se enviarán a canales cerrados o minimizados.


Proxylet no funciona correctamente en el entorno de ejecución de Java. (Nº6409604)

Descripción:

proxylet no funciona correctamente en las versiones 1.4.2_03, 1.5.0_04, 1.5.0_08 y 1.5.0_09 del entorno de ejecución de Java. La funcionalidad Proxylet no se admite en cualquier versión del entorno de ejecución de Java inferior a 1.4.2. Se recomienda utilizar la versión 1.5.0_06. Si tiene otra versión, desinstálela.


No se puede agregar ni cambiar los contactos de la libreta de direcciones con caracteres especiales. (Nº 6490665)

Descripción:

si se utiliza el componente de libreta de direcciones de Mobile Access, un usuario no puede agregar ni cambiar contactos que contengan caracteres especiales, como < >, &, ' y ". Esto ocurre si la libreta de direcciones está configurada con Communications Express (UWC).

Solución:

Utilice el cliente HTML (no el dispositivo móvil) de Communications Express (UWC) para administrar contactos con caracteres especiales.


No se admiten las API de Google. (Nº 6335501)

Descripción:

actualmente, las API de Google no admiten la búsqueda de caracteres de doble byte, especialmente en chino, japonés y coreano.


Portal Server debe poder instalarse con Access Manager en modo de dominio (nº 6381856, 6499572)

Descripción:

Portal Server debe poder instalarse cuando Access Manager está instalado en modo de dominio.

Solución:

cuando instale Access Manager en modo de dominio desde el programa de instalación de Java ES, puede ignorar el mensaje emergente que indica que Portal Server sólo se puede instalar en modo tradicional. Portal Server se instala correctamente con Access Manager instalado en modo de dominio.

A continuación se muestran algunas consideraciones sobre el uso de Portal Server en modo de dominio:

  • No se admite la migración de Portal Server 7.0 ejecutado en modo tradicional a Portal Server 7.1 ejecutado en modo de dominio.

  • Cuando Portal Server se configura con Access Manager en modo de dominio, tras la configuración es preciso reiniciar el contenedor de agente común. De lo contrario, al acceder a la ficha Adaptador de SSO en la consola de administración de Portal Server, no habrá meta-adaptadores. Si el adaptador de SSO no tiene los meta-adaptadores, los canales UWC y de comunicaciones disponibles de Portal Server Desktop no funcionan. Aplicaciones como Exchange e iNotes no funcionan .

  • Portal Server admite el modo de dominio únicamente si están instalados y configurados Directory Server y el complemento Access Manager SDK.

  • Se puede acceder a la consola de administración de modo de dominio desde http://host.port/amserver/console. Consulte la documentación de Access Manager para obtener información sobre el uso de la consola de administración de modo de dominio, debido a que no está disponible la consola de administración de modo tradicional.


Para que Proxylet aparezca como una ventana de consola, es preciso cambiar la configuración del navegador en Netscape 8.0.4. (Nº 6483268 )

Solución:

Para que Proxylet aparezca como una ventana de consola en Netscape 8.0.4, haga lo siguiente:

  1. Haga clic en Tools (Herramientas) —> Options (Opciones) —> Site Controls (Controles del sitio) —> Site List (Lista de sitios) —> Master Settings (Configuración maestra).

  2. Anule la selección de las casillas de verificación Open unrequested pop-ups in new tab (Abrir ventanas emergentes no solicitadas en ficha nueva) y Allow unrequested pop-up windows (Permitir ventanas emergentes no solicitadas).

  3. Haga clic en Tools (Herramientas) > Options (Opciones)> Tab Browsing (Navegación en fichas).

  4. Seleccione la casilla de verificación Open links from other applications in New window (Abrir vínculos desde otras aplicaciones en una ventana nueva). Anule la selección de las casillas de verificación Open a new tab instead of a new window (Abrir una ficha nueva en lugar de una ventana nueva) y Open non-requested pop-ups in a new tab (Abrir ventanas emergentes no solicitadas en una ficha nueva).

  5. Reinicie el navegador.


Con la opción NetFile, no puede abrir ningún archivo. Al intentar abrir un archivo, aparece el cuadro de diálogo Guardar como. (Nº 6465918)

Descripción:

en teoría, el archivo se abre si el tipo de archivo es conocido. Si es desconocido, debe mostrar el cuadro de diálogo Guardar como que solicita al usuario que guarde el archivo. Firefox 1.07 no permite al usuario especificar acciones para cualquier extensión de archivo. Por tanto, cuando el usuario intenta abrir un archivo a través de NetFile, aparece el cuadro de diálogo Guardar como. Firefox 1.5 y versiones superiores permiten al usuario abrir archivos conocidos.


La funcionalidad Netmail se ha suprimido de Java Enterprise System 5. (Nº 6448968)

Descripción:

la funcionalidad Netmail se ha suprimido de Java Enterprise System 5.


Si el portal no se ha implementado en Access Manager en una instalación de varios portales, los vínculos del portal se redireccionan a la instalación incorrecta. Este problema se produce sólo con Internet Explorer 6 Service Pack 1. (Nº 6325586 )

Solución:

utilice Internet Explorer 6 Service Pack 2 en Windows XP o Mozilla Firefox.


El comportamiento de psconsole no es el adecuado después de modificar la configuración del sitio. (Nº 6446355)

Solución:

una vez modificada la configuración del sitio, reinicie el contenedor de agente común y Access Manager.


El portlet de la comunidad de portal ESP no muestra ningún contenido. (Nº 6506357)

Solución:

actualícelo.


Java DB debe reiniciarse manualmente después de la instalación y configuración de Portal Server. (Nº 6505149)

Solución:

el programa de instalación ejecuta 00community.sql para crear el usuario de Java DB y configurar la seguridad de la base de datos. Para que estas propiedades surtan efecto, reinicie Java DB.


El nivel de registro de administración del portal debe definirse en el valor ÓPTIMO durante la creación de varios portales y varias instancias. (Nº 6446151 )

Solución:

antes de ejecutar los comandos psadmin como create-portal, create-instance, create-search, etc., defina el nivel de registro en ÓPTIMO para obtener registros detallados durante la configuración. Puede utilizar el comando siguiente para definir el nivel de registro a ÓPTIMO:

psadmin set-logger -u uid -f contraseña-nombre de archivo -m tipo de componente -L ÓPTIMO

Cambie al nivel de registro ESTRICTO cuando haya terminado la ejecución del comando psadmin utilizando lo siguiente:

psadmin set-logger -u uid -f contraseña-nombre de archivo -m tipo de componente -L ESTRICTO


El archivo pac no se crea en modo JNLP para el navegador Netscape 8.0. (Nº 6319863)

Descripción:

el archivo pac no se crea en modo JNLP para el navegador Netscape 8.0.


Algunos de los atributos de Secure Remote Access no están presentes en psconsole. (Nº 6301784)

Descripción:

los siguientes atributos de Secure Remote Access se pueden modificar únicamente desde la interfaz de línea de comandos—.

  • sunPortalGatewayDefaultDomainAndSubdomains

  • sunPortalGatewayLoggingEnabled

  • sunPortalGatewayEProxyPerSessionLogging

  • sunPortalGatewayEProxyDetailedPerSessionLogging

  • sunPortalGatewayNetletLoggingEnabled

  • sunPortalGatewayEnableMIMEGuessing

  • sunPortalGatewayParserToURIMap

  • sunPortalGatewayEnableObfuscation

  • sunPortalGatewayObfuscationSecretKey

  • sunPortalGatewayNotToObscureURIList

  • sunPortalGatewayUseConsistentProtocolForGateway

  • sunPortalGatewayEnableCookieManager

  • sunPortalGatewayMarkCookiesSecure

Protección de datos en la base de datos Java DB para Portal Server

Existen dos componentes de portal que utilizan la base de datos relacional: aplicaciones de configuración y miembros de la comunidad y portlet, como Wiki, encuestas y compartición de archivos. De manera predeterminada, Portal Server utiliza Java DB. Tras la instalación, Portal Server se puede configurar para cambiar a Oracle. En tal caso, deberá cerrar la base de datos de Java DB.

Java DB deberá detenerse también si las funciones de la comunidad y la aplicación de portlet no se utilizan en el portal implementado.

Para cada componente del portal que utilice una base de datos relacional, se configura una instancia de base de datos independiente con el identificador de usuario y la contraseña configurados. El identificador de usuario predeterminado es "portal" y la contraseña predeterminada es "portal". Después de la instalación, se recomienda cambiar la contraseña predeterminada y los permisos de acceso de los archivos de propiedades que los contienen.

ProcedureProtección de la base de datos de miembros y configuración de la comunidad

Repita las siguientes instrucciones para cada portal del entorno. Reemplace la cadena <portal-ID> con el identificador de portal real (por ejemplo, portal1, portal2, etc.).

  1. Reinicie Java DB.

  2. Utilice Derby CLI o cualquier otra herramienta equivalente para cambiar la contraseña del portal de usuario predeterminado conectándose a la base de datos communitymc_portal-ID. Si utiliza una GUI como SQuirrel-j, utilice el editor SQL para ejecutar el comando siguiente después de conectarse a la base de datos Java DB de PS.CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY('portal.usuario.derby', 'contraseña nueva');

  3. Reinicie Java DB.

  4. Utilice la línea de comandos de Java DB o cualquier otra herramienta equivalente para conectarse a la base de datos communitymc_portalID con la contraseña nueva para verificar que la contraseña se definió correctamente.

  5. Para cada instancia de portal, haga lo siguiente.

    1. Consulte la guía del administrador de contenedor web y cambie la contraseña para la fuente de datos jdbc/communitymc por la contraseña nueva definida en el paso 2.

    2. Abra el archivo PortalServer-data-dir/portals/portal-ID/config/portal.dbadmin y cambie la contraseña para la propiedad community.db.password por la contraseña nueva definida utilizando Java DB CLI o cualquier otra herramienta equivalente del paso 2.

    3. Cambie el permiso del archivo PortalServer-DataDir/portals/portal-ID/config/portal.dbadmin de manera que sólo el propietario tenga acceso de lectura y escritura (por ejemplo, chmod 600 portal.dbadmin).

    4. Reinicie el contenedor web.

ProcedureProtección de datos para la aplicación de portlet de compartición de archivos

Repita las siguientes instrucciones para cada portal del entorno. Reemplace la cadena <portal-ID> con el identificador de portal real (por ejemplo, portal1, portal2, etc.).

  1. Reinicie Java DB.

  2. Utilice Java DB o cualquier otra herramienta equivalente para cambiar la contraseña del "portal" de usuario predeterminado conectándose a la base de datos filesharingdb_portal-ID. Si utiliza Squirrel-j, deberá ejecutar los pasos siguientes en el editor SQL.


    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.authentication.provider', 'BUILTIN');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.connection.requireAuthentication', 'true');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.user.portal', 'your-new-password');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.fullAccessUsers', 'portal');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.defaultConnectionMode', 'noAccess');
  3. Reinicie Java DB.

  4. Utilice la línea de comandos de Java DB o cualquier otra herramienta equivalente para conectarse a la base de datos filesharingdb_portal-ID con la contraseña nueva para verificar que la contraseña se definió correctamente.

  5. Para cada instancia de portal, haga lo siguiente.

    1. Consulte la guía del administrador de contenedor web y cambie la contraseña para la fuente de datos jdbc/FileSharingDB por la nueva contraseña definida en el paso 2.

    2. Abra el archivo PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties y cambie el valor de contraseña para la propiedad DB_ADMIN_PASSWORD y DB_PASSWORD por la contraseña nueva definida utilizando Java DB CLI o cualquier otra herramienta equivalente en el paso 2.

    3. Cambie el permiso del archivo PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties de manera que sólo el propietario tenga acceso de lectura y escritura (por ejemplo, chmod 600 tokens.properties).

    4. Reinicie el contenedor Web.

ProcedureProtección de datos para la aplicación de portlet Wiki

Repita las siguientes instrucciones para cada portal del entorno. Reemplace la cadena <portal-ID> con el identificador de portal real (por ejemplo, portal1, portal2, etc.).

  1. Reinicie Java DB.

  2. Utilice Java DB o cualquier otra herramienta equivalente para cambiar la contraseña del "portal" de usuario predeterminado conectándose a la base de datos wikidb_portal-ID. Si utiliza Squirrel-j, deberá ejecutar los pasos siguientes en el editor SQL.


    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.authentication.provider', 'BUILTIN');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.connection.requireAuthentication', 'true');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.user.portal', 'your-new-password');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.fullAccessUsers', 'portal');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.defaultConnectionMode', 'noAccess');
  3. Reinicie Java DB.

  4. Utilice la línea de comandos de Java DB o cualquier otra herramienta equivalente para conectarse a la base de datos wikidb_portal-ID con la contraseña nueva para verificar que la contraseña se definió correctamente.

  5. Para cada instancia de portal, haga lo siguiente.

    1. Consulte la guía del administrador de contenedor web y cambie la contraseña para la fuente de datos jdbc/WikiDB por la nueva contraseña definida en el paso 2.

    2. Abra el archivo PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties y cambie el valor de contraseña para la propiedad DB_ADMIN_PASSWORD y DB_PASSWORD por la nueva contraseña definida utilizando Java DB CLI o cualquier otra herramienta equivalente en el paso 2.

    3. Cambie el permiso del archivo PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties de manera que sólo el propietario tenga acceso de lectura y escritura (por ejemplo, chmod 600 tokens.properties).

  6. Reinicie el contenedor web.

ProcedureProtección de datos para la aplicación de portlet de encuestas

Repita las siguientes instrucciones para cada portal del entorno. Reemplace la cadena <portal-ID> con el identificador de portal real (por ejemplo, portal1, portal2, etc.).

  1. Reinicie Java DB.

  2. Utilice Java DB o cualquier otra herramienta equivalente para cambiar la contraseña del "portal" de usuario predeterminado conectándose a la base de datos surveysdb_portal-ID. Si utiliza Squirrel-j, deberá ejecutar los pasos siguientes en el editor SQL.


    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.authentication.provider', 'BUILTIN');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.connection.requireAuthentication', 'true');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.user.portal', 'your-new-password');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.fullAccessUsers', 'portal');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.defaultConnectionMode', 'noAccess');
  3. Reinicie Java DB.

  4. Utilice la línea de comandos de Java DB o cualquier otra herramienta equivalente para conectarse a la base de datos surveysdb_portal-ID con la contraseña nueva para verificar que la contraseña se definió correctamente.

  5. Para cada instancia de portal, haga lo siguiente.

    1. Consulte la guía del administrador de contenedor web y cambie la contraseña para la fuente de datos jdbc/SurveysDB por la nueva contraseña definida en el paso 2.

    2. Abra el archivo PortalServer-DataDir/portals/portal-ID/portletapps/surveys/tokens.properties y cambie el valor de contraseña para la propiedad DB_ADMIN_PASSWORD y DB_PASSWORD por la nueva contraseña definida utilizando Java DB CLI o cualquier otra herramienta equivalente en el paso 2.

    3. Cambie el permiso del archivo PortalServer-DataDir/portals/portal-ID>/portletapps/surveys/tokens.properties de manera que sólo el propietario tenga acceso de lectura y escritura (por ejemplo, chmod 600 tokens.properties).

    4. Reinicie el contenedor web.