Versión 6.3
Estas notas de la versión contienen información importante disponible en el momento de comercialización general de Sun JavaTM System Calendar Server 6.3 2006Q4 incluidos los siguientes temas:
Existe una revisión del producto disponible en Sun Solve para esta versión de Calendar Server. Para más información, consulte Información importante sobre los parches de actualización de Calendar Server 6.3.
Lea estas notas de la versión antes de instalar y configurar Calendar Server.
Fecha |
Descripción de los cambios |
---|---|
8 de junio, 2007 |
Se ha añadido la sección siguiente: Requisitos del sistema operativo de Messaging Server |
25 de mayo, 2007 |
Se ha añadido el problema 6560681. Al actualizar el sistema a la versión Calendar Server 6.3 desde una versión anterior, es necesario aplicar una solución temporal para evitar un comportamiento problemático. Para conocer la solución temporal, consulte Problemas y limitaciones conocidos de Calendar Server. |
27 de abril, 2007 |
Reedición de estas notas de la versión para añadir más información al tema Novedades sobre los cambios de csstored. |
Abril de 2007 |
Reedición de estas notas de la versión para añadir el error configurator.sh, problema nº 6542989. |
Marzo de 2007 |
Versión comercial de las notas de la versión (Versión 6.3) |
Septiembre de 2006 |
Notas de la versión Beta |
Calendar Server es una solución escalable basada en web para una programación y calendario centralizados para las empresas y proveedores de servicio. Calendar Server admite calendarios de usuario para eventos y tareas así como calendarios para recursos, como salas de conferencia y equipos. Para obtener una lista de las nuevas funciones, consulte la siguiente sección Novedades de la nueva versión de Calendar Server.
Calendar Server ofrece una interfaz gráfica de usuario, Communications Express. También ofrece a los clientes la flexibilidad de poder utilizar el protocolo de acceso de calendario Web (del inglés Web Calendar Access Protocol o WCAP) para acceder directamente a los datos del calendario en cualquier formato de text/calendar o text/xml.
Calendar Server 6.3 incluye los siguientes cambios y nuevas funciones:
Soporte para Calendar Server en la consola de Delegated Administrator
Compatibilidad con los documentos adjuntos de WCAP en Calendar Server 6.3
Mejoras en el programa de configuración de Calendar Server 6.3
Detalles de recurrencia incluidos en las invitaciones de correo electrónico de Calendar Server 6.3
csstored es ahora un proceso obligatorio en Calendar Server 6.3
Reinicio automático de los servicios de calendario utilizando Watcher
Transición a la cola de mensajes de los servicios de notificación de Calendar Server
Es posible modificar las copias de eventos de los asistentes
Deshabilitar la antigua interfaz de usuario de Calendar Express en Calendar Server 6.3
La interfaz de usuario de Calendar Express no se instala automáticamente en Calendar Server 6.3
Las utilidades de Calendar Server 6.3 csdb, cscal, y csuser reubicadas en cal/sbin
Cambios de SSL en el archivo ics.conf para Calendar Server 6.3
Anteriormente se podía utilizar la utilidad de Delegated Administrator para preparar Calendar Server para Schema 2, pero no la consola de Delegated Administrator. Antes de esta versión, la consola era la interfaz de usuario gráfica de web que se utilizaba para administrar sólo Messaging Server. Ahora también es posible utilizar la consola para administrar las entradas LDAP del calendario . La consola le permite agregar, eliminar o modificar las entradas LDAP para los usuarios del calendario, los grupos, los recursos y los dominios. Se han agregado nuevas pantallas y comandos de menú en la consola para ofrecer compatibilidad con Calendar Server. Para obtener instrucciones sobre cómo utilizar la interfaz, consulte la ayuda en línea de Delegated Administrator. También podrá encontrar información en la Sun Java System Calendar Server 6.3 Administration Guide.
Se ha incluido asistencia para documentos adjuntos en los comandos WCAP con la inclusión de nuevos parámetros y valores.
Los usuarios del Cliente web universal (Communications Express) y de Connector para Microsoft Outlook pueden agregar documentos adjuntos a sus eventos y tareas y enviar invitaciones adjuntas.
Para poder ofrecer asistencia para los documentos adjuntos, se han incluido los siguientes cambios en WCAP:
fetchattachment.wcap: Se ha incluido un nuevo comando para facilitar la búsqueda de documentos adjuntos. Sólo se busca el adjunto, no los datos del evento ni de la tarea.
deleteattach: Se ha incluido un nuevo argumento en el comando storeevents, que sirve para eliminar los documentos adjuntos existentes de un evento o tarea sin borrar el elemento ni la tarea en cuestión.
fetchattach : Se ha incluido un nuevo parámetro en todos los comandos fetch_by_* que permite recuperar los documentos adjuntos además de los datos del evento y de la tarea.
sendattach : Nuevo parámetro del comando storeevents, que se utiliza para especificar si el documento adjunto debe enviarse con la invitación iTIP o no.
X-S1CS-CLIENT-ATTACH-ID : Un X-Token (testigo X ) que contiene el identificador único del documento adjunto. Este X-Token (testigo X ) se emite sólo si el cliente facilitó el ID del documento adjunto cuando éste fue guardado. De lo contrario, el documento adjunto se envía con el evento.
El argumento desaprobado attachments que se encontraba en los comandos storeevents y storetodos, puede guardar referencias a URL en los documentos adjuntos guardados fuera del almacén de datos de Calendar Server. Esta versión aún mantiene la forma de utilizar documentos adjuntos para poder ser compatible con versiones anteriores, pero esta función dejará de distribuirse en futuras versiones.
Para más información sobre los documentos adjuntos, consulte la Sun Java System Calendar Server 6.3 WCAP Developer’s Guide.
Ahora es posible crear grupos LDAP utilizando Delegated Administrator. Estas son las características de los grupos:
Los grupos son listas de usuarios. Los grupos no "contienen" a los usuarios de la lista. No son contenedores.
Los grupos pueden tener calendarios de grupo.
Las invitaciones que se envíen a los grupos residen en los calendarios de todos los miembros, y también en el calendario del grupo.
Todos los miembros del grupo tienen los mismos derechos de acceso al calendario del grupo.
Los calendarios de grupo no tienen propietario principal.
En las versiones anteriores del programa Calendar Server, no había estructura de dominio. Todos los registros LDAP de grupo y de usuario residían en la raíz. En versiones posteriores, el usuario podía elegir entre establecer uno o varios dominios, llamados dominios alojados o dominios virtuales. Con el lanzamiento de Calendar Server 6.3, todas las instalaciones deben utilizar el modo multidominio por defecto. Esto quiere decir que debe tener como mínimo un dominio, el predeterminado, residiendo en el dominio de la raíz. Todas las entradas de LDAP de grupo y de usuario residen en este dominio predeterminado, o bien puede elegir tener más dominios. Cuando se encuentra en el modo de dominio múltiple, cada dominio reconocido debe contener un ID de usuario y de grupo únicos. Para más información sobre los dominios múltiples, consulte la Guía de administración de Sun Java System Calendar Server 6.3, en concreto, el Capítulo 10, Setting Up a Multiple Domain Calendar Server 6.3 Environment de Sun Java System Calendar Server 6.3 Administration Guide.
El programa de configuración, csconfigurator.sh, que debe ejecutar para crear el entorno en tiempo de ejecución, le pedirá el nombre de su dominio predeterminado. Si no existe ese dominio, el programa lo creará por usted.
Si su implementación anterior de Calendar Server no utilizaba dominios múltiples, o ni siquiera un solo dominio, es preciso que mueva los registros LDAP de grupo y de usuario al nuevo dominio predeterminado.
Para crear dominios adicionales en un entorno de la versión 2 de Schema, utilice la consola o la utilidad del administrador delegado de Sun Java System. Para más información sobre el administrador delegado, consulte la Sun Java System Delegated Administrator 6.4 Administration Guide.
Si utiliza la versión 1 de Schema y no piensa cambiar a la versión 2, puede utilizar la utilidad csdomain de Calendar Server para crear dominios adicionales.
El programa de configuración incorpora pantallas nuevas para:
Soporte de las bases de datos distribuidas del servidor de calendarios
La pantalla del asistente de configuración incorpora un campo de dirección de correo electrónico
Por primera vez en esta versión, siempre habrá como mínimo un dominio bajo la raíz. Este será el dominio predeterminado. Ahora puede especificar el nombre del dominio predeterminado para su entorno de dominios múltiples en el programa de configuración.
Ahora puede especificar los nombres de las máquinas principales y secundarias para su entorno de bases de datos distribuidas, el cual utiliza el protocolo DWP y el complemento CLD. Es posible distribuir las bases de datos del calendario en una o varias máquinas secundarias. Estas máquinas pueden asociarse con una máquina principal. Las nuevas pantallas del programa de configuración le permiten poner nombre a las máquinas secundarias y asociarlas con la máquina principal.
En la pantalla del dominio predeterminado se ha incluido un nuevo campo para la dirección de correo electrónico del superusuario del calendario (calmaster).
Para los eventos recurrentes, las invitaciones de correo electrónico enviadas a los asistentes contienen ahora detalles de recurrencia.
El daemon csstored ahora gestiona las diferentes bases de datos de Calendar Server. Como todos los servicios que acceden al almacén dependen del inicio correcto de este servicio de almacén, debe estar en funcionamiento en todos los servidores, tanto principales como secundarios, siempre que el sistema Calendar Server esté en funcionamiento. Los comandos típicos de iniciar y apagar, start-cal y stop-cal, inician y detienen csstored junto con los otros daemons.
En las versiones anteriores, a menos que configurase la realización automática de copias de seguridad, no era necesario ejecutar la secuencia de comandos PERL csstored.pl. La secuencia de comandos podía iniciarse y detenerse cuando se quisiese. La secuencia de comandos PERL se ha sustituido por el daemon csstored. Ejecutar este daemon ya no es opcional, tanto si decide configurar la realización automática de copias de seguridad como si no.
Antes, usted podía deshabilitar la ejecución de la secuencia de comandos estableciendo el parámetro local.store.enable de ics.conf en "no". Sin embargo, ahora csstored debe estar siempre habilitado, con local.store.enable establecido en "yes", que es el valor predeterminado.
Calendar Server y Messaging Server utilizan ahora el mismo mecanismo de detención e inicio. El comando start-cal inicia el proceso de watcher y después ejecuta los demás procesos. El proceso de watcherconoce las dependencias que tienen los otros servicios y la secuencia con la que deberían iniciarse.
Cada servicio registrado (proceso) abre una conexión con Watcher. Si se interrumpe un proceso sin desconectarlo correctamente, Watcher lo reinicia automáticamente. Si se interrumpe el proceso dos veces en un intervalo definido, Watcher no lo reiniciará. Es posible configurar este intervalo de tiempo de espera.
Información adicional de Watcher:
Watcher supervisa todos los servicios que se han registrado en él. Los procesos registrados para Calendar Server son: cshttpd, csadmind , csdwpd, csnotifyd, y csstored.
Debe habilitarse el daemon csstored. Asegúrese de establecer el parámetro de configuración local.store.enable en "y" . La activación decsstored era opcional en la versión anterior de Calendar Server, pero ahora es obligatoria. El daemon csstored debe iniciarse correctamente para que puedan activarse todos los servicios que dan acceso al almacén. Si se detiene, será necesario interrumpir y reiniciar también los procesos dependientes.
Watcher está habilitado por defecto. Para gestionar el proceso Watcher, se han agregado nuevos parámetos al archivo ics.conf:
local.watcher.enable = "y": El programa de inicio (csservice) intentará iniciar Watcher antes que cualquier otro servicio. Si este parámetro está establecido en "n", se deshabilitará el programa Watcher.
service.autorestart = "y": Watcher reinicia automáticamente los servicios detenidos. Si está establecido en "n", Watcher no reiniciará los servicios detenidos. Cuando este parámetro esté establecido en "n" , Watcher controlará los servicios y enviará mensajes de error avisando de los fallos o de la falta de respuesta a la consola y al archivo cal-svr-base/data/log.
local.autorestart.timeout = "600": El tiempo predeterminado durante el cual un segundo fallo del servidor hace que Watcher se abstenga de intentar reiniciar los servicios.
local.watcher.port: El puerto predeterminado es "49994"; sin embargo, si usted dispone de Messaging Server, tenga en cuenta que este programa utiliza también este puerto y se producirá un conflicto con Calendar Server. Para evitar posibles conflictos, se recomienda elegir un puerto diferente para Watcher.
Watcher escribe en un solo registro: cal-svr-base/data/log/watcher.log , que contiene la siguiente información:
Los avisos de fallos y los mensajes de error por falta de respuesta que se enviaron a la consola administrativa.
Los registros con las detenciones y los inicios del servidor.
Si un servidor falla dos veces dentro del periodo de tiempo de espera, el sistema dejará de intentar reiniciar el servidor. En un sistema de alta disponibilidad se cierra Calendar Server y se produce un relevo en el otro sistema
Las interfaces públicas de csservice son start-cal y stop-cal. Esta sección muestra cómo utilizar cada una de estas secuencias de comandos del empaquetador y contiene tablas con explicaciones de sus opciones y con la lista de componentes que deberán iniciarse o detenerse.
El uso de start-cal es el siguiente:
./start-cal [opciones...] [componentes...]
A continuación se muestra la lista de opciones:
Mostrar esta lista de ayuda.
Habilitar modo de depuración.
Enumerar los servicios activos.
Enumerar los servicios habilitados.
Enumerar todos los servicios.
A continuación se muestra la lista de componentes:
watcher |
ens |
store |
notify |
admin |
http |
dwp |
Si no aparece ningún componente en la lista, start-cal iniciará todos los servicios habilitados.
El uso de stop-cal es el siguiente:
./stop-cal [opciones...] [componentes...]
A continuación se muestra la lista de opciones:
Mostrar esta lista de ayuda.
Habilitar modo de depuración.
Obligar a que deje de utilizar SIGKILL. (Esto sólo funciona en plataformas UNIX®.)
A continuación se muestra la lista de componentes:
watcher |
mfagent |
ens |
store |
notify |
admin |
http |
dwp |
Si no aparece ningún componente en la lista, stop-cal detendrá todos los servicios habilitados.
En esta sección se describe la implementación que ha hecho Calendar Server de Monitoring Framework y trata los siguientes temas:
Configuración de la estructura de supervisión para Calendar Server
Requisitos de instalación de Monitoring Framework para Calendar Server 6.3
Puede obtener más información acerca de Java Enterprise System Monitoring Framework en la Sun Java Enterprise System 5 Monitoring Guide.
Tanto Calendar Server como Messaging Server ofrecen una integración mínima en Monitoring Framework de Java Enterprise System. Cuando está ejecutándose, Monitoring Framework efectúa comprobaciones periódicas del siguiente atributo: operationalStatus , cuyo estado puede ser OK, si el sistema está ejecutándose, o DOWN, si el sistema no está ejecutándose.
Un nuevo proceso, el agente de Monitoring Framework (csmfagent), se inicia al iniciarse el sistema (start-cal). Este es el primer proceso que se inicia. El proceso crea una instancia de una aplicación y valora su estado como OK. También capta a SIGTERM y al captar uno, valora el estado como DOWN y se cierra.
De forma parecida, cuando Watcher está configurado y ejecutándose, emitirá una señal a SIGTERM en caso de que alguna parte del sistema falle o no responda, y Watcher detendrá a csmfagent.
Edición del archivo de configuración, ics.conf, para que contenga el siguiente parámetro:
local.csmfagent.enable = "y"
Siga estos dos pasos:
Copie /opt/SUNWcsgar/config/com.sun.cmm.cs.xml en /opt/SUNWmfwk/xml.
Detenga y después inicie el proceso de Monitoring Framework.
Para poder utilizar (Monitoring Framework) hay que reunir dos requisitos:
Deberá estar instalado Java Enterprise System Monitoring Framework (JESMF).
Si JESMF no está instalada, csmfagent no podrá ejecutarse.
Calendar Server debe poder encontrar las bibliotecas necesarias.
Calendar Server encuentra las bibliotecas utilizando vínculos simbólicos en /opt/SUNWics5/lib .
A continuación se muestran las bibliotecas de JESMF:
/opt/SUNWmfwk/lib/libMfTransaction.so |
/opt/SUNWmfwk/lib/libMfRelations.so |
/opt/SUNWmfwk/lib/libMflog4c.so |
/opt/SUNWmfwk/lib/libMfMEServer.so |
/opt/SUNWmfwk/lib/libmfBeepConnectorServer.so |
/opt/SUNWmfwk/lib/libMfRserver.so |
/opt/SUNWmfwk/lib/libMfMEInstrum.so |
/opt/SUNWmfwk/lib/libMfDiscovery.so |
/opt/SUNWmfwk/lib/libMfHashTable.so |
/opt/SUNWmfwk/lib/libMflog.so |
/opt/SUNWmfwk/lib/libasn1cebuf.so |
/opt/SUNWmfwk/lib/libbeepcore.so |
/opt/SUNWmfwk/lib/libbeepxmlutil.so |
/opt/SUNWmfwk/lib/libbptostransport.so |
/opt/SUNWmfwk/lib/libbptosutil.so |
/opt/SUNWmfwk/lib/libbptoswrapper.so |
/opt/SUNWmfwk/lib/libbputil.so |
/opt/SUNWmfwk/lib/libcmm_native.so |
/opt/SUNWmfwk/lib/libmfCserver.so |
/opt/SUNWmfwk/lib/libmfNotificationProfile.so |
/opt/SUNWmfwk/lib/libmfRequestResponseProfile.so |
/opt/SUNWmfwk/lib/libmfTimers.so |
/opt/SUNWmfwk/lib/libmfTimersJNI.so |
/opt/SUNWmfwk/lib/libmfUtils.so |
/opt/SUNWmfwk/lib/libmfber.so |
/opt/SUNWmfwk/lib/libmfberj.so |
/opt/SUNWmfwk/lib/libxmlglobal.so |
Es una lista de todas las bibliotecas JESMF. Es posible que no las necesite todas para implementar la porción de Calendar Server de Monitoring Framework.
Esta versión incluye dos servicios de notificación de eventos y alarmas: Sun Java System Message Queue (JMQ) y Event Notification System (ENS). En las versiones futuras, los productos de Communications Service utilizarán exclusivamente JMQ y se eliminará ENS. Sin embargo, en esta versión los productos de Communications Services (Messaging Server, Calendar Server, e Instant Messaging) todavía dependen internamente de ENS, por lo que puede continuar usándolo para las notificaciones y alarmas.
Si desea utilizar JMQ en vez de ENS, deberá tener Sun Java System Message Queue instalado y configurado. Además, deberá escribir sus propias notificaciones, ya que Calendar Server 6.3 no le proporcionará ninguna.
Para instalar el producto, utilice el programa de instalación de Sun Java Enterprise System. Para obtener información sobre la instalación de Message Queue, consulte la Documentación de Message Queue .
Para configurar Calendar Server para JMQ, debe agregar las siguientes líneas al archivo ics.conf:
local.server.csmfagent.enable = "yes"
caldb.serveralarms.jmqlib = "/opt/SUNWics5/cal/lib/libmqcrt.so" (para Solaris)
o bien
caldb.serveralarms.jmqlib = "/opt/sun/calendar/lib/libmqcrt.so" (para Linux)
caldb.serveralarms.dispatchtype = "jmq"
caldb.serveralarms.jmqhost = "localhost"
caldb.serveralarms.jmqport = "7676"
caldb.serveralarms.jmqUser = "guest"
caldb.serveralarms.jmqPWD = "guest"
caldb.serveralarms.jmqTopic = "JES-CS"
Cada notificación debe tener la siguiente propiedad: MQ_MESSAGE_TYPE_HEADER_PROPERTY . Esta propiedad identifica el tipo de notificación.
Además, las notificaciones pueden tener otras propiedades, tal y como se muestra en la siguiente tabla:
Propiedad de cadena que indica el tipo de acción que provoca esta notificación. Esta propiedad puede tener los siguientes valores: "EMAIL", "AUDIO", "DISPLAY", "PROCEDURE", "FLASHING".
Propiedad de cadena que contiene el ID de la alarma.
Propiedad de cadena que contiene el ID del calendario.
Propiedad de cadena que indica el tipo de componente. El valor puede ser "event" o "todo".
Propiedad entera que contiene el ID de la recurrencia.
Propiedad de cadena que contiene el ID del componente, es decir que contiene bien el ID del evento bien el ID de la tarea
Las notificaciones pueden ser de dos tipos: notificaciones de alarmas y notificaciones de actualizacion para eventos y tareas.
En el caso de las notificaciones de alarma, el valor de MQ_MESSAGE_TYPE_HEADER_PROPERTY es simplemente "alarm".
En el caso de las notificaciones de actualización, el valor de MQ_MESSAGE_TYPE_HEADER_PROPERTY depende del tipo de acción que desencadenó la notificación. La Tabla 2–2 incluye una lista de las acciones desencadenantes y los correspondientes valores de esta propiedad.
Tabla 2–2 Actualizar valores de la notificación
Desencadenar |
Actualizar valor de la notificación |
---|---|
Borrar un calendario |
DELETECAL |
Modificar un evento |
MODIFYEVENT |
Modificar una tarea |
MODIFYTODO |
Crear un evento |
CREATEEVENT |
Crear una tarea |
CREATETODO |
Actualizar un evento |
REFRESHEVENT |
Actualizar una tarea |
REFRESHTODO |
Responder a un evento |
REPLYEVENT |
Responder a una tarea |
REPLYTODO |
Ahora es posible enviar notificaciones por correo electrónico a los organizadores cada vez que un asistente conteste a una invitación.
Para configurar esta función, establezca el parámetro de ics.conf,ine.reply.enable. Establézcalo en "y" para habilitar esta función para todo el sistema. Establézcalo en "n" para deshabilitar la función. Esta función se encuentra habilitada por defecto.
Existen tres tipos de respuesta, que son: aceptar, rechazar y aceptar provisionalmente. La notificación indica si se trata de una respuesta a una sola invitación o a un evento recurrente. Se han agregado los siguientes parámetros de archivo de formato al nuevo mensaje. También se han agregado los correspondientes archivos de formato.
calmail.imipeventacceptnotification.fname= "mail_eventacceptnotification.fmt"
calmail.imipeventdeclinenotification.fname= "mail_eventdeclinenotification.fmt"
calmail.imipeventtentativeacceptnotification.fname= "mail_eventtentativeacceptnotification.fmt"
calmail.imipeventacceptnotificationrecur.fname= "mail_eventacceptnotificationrecur.fmt"
calmail.imipeventdeclinenotificationrecur.fname= "mail_eventdeclinenotificationrecur.fmt"
calmail.imipeventtentativeacceptnotificationrecur.fname= "mail_eventtentativeacceptnotificationrecur.fmt"
Esta función no es una preferencia del usuario. Se trata de un parámetro de configuración para todo el sistema, por lo que se aplica a todos los usuarios que envían invitaciones.
Para obtener más información sobre cómo configurar Calendar Server para que envíe notificaciones por correo electrónico, consulte To Enable Email Notifications de Sun Java System Calendar Server 6.3 Administration Guide
Se ha modificado la interfaz WCAP para permitir la modificación de las copias de los eventos del calendario de los asistentes, incluyendo los campos resumen y descripción.
La utilidad de Calendar Server 6.3 rename incluye elementos eliminados al cambiar el nombre de los datos del calendario.
Los eventos rechazados ya no aparecen como ocupados en los calendarios "libre-ocupado".
Con versiones anteriores de Calendar Server, se instalaba y habilitaba automáticamente Calendar Express, la antigua interfaz de usuario. No era posible desactivar esta interfaz aunque nunca la utilizara. Si va a actualizarse a Calendar Server 6.3, el proceso de actualizacion agrega service.http.ui.enable="y" al archivo ics.conf. De esta forma, la antigua interfaz de usuario se mantiene activada por si desea utilizarla, y no es preciso hacer nada más.
Para desactivar Calendar Express, establezca el valor de service.http.ui.enable a "n" en el archivo ics.conf.
Calendar Express ya no se instala automáticamente en las nuevas instalaciones. Si va a volver a instalar Calendar Server 6.3, pero desea utilizar la interfaz de usuario de Calendar Express, deberá instalarlo explícitamente utilizando el programa de instalación de Communications Suite 5. Después, tendrá que configurarlo agregando service.http.ui.enable="y" al archivo ics.conf . (La configuración interna predeterminada es "n" para las instalaciones nuevas, por lo que deberá establecerla en "y".)
Si va a actualizar una versión anterior de Calendar Server, el proceso de actualización agrega el parámetro al archivo ics.conf, con el valor establecido en "y". Esto permite seguir utilizando la interfaz anterior del usuario sin cambio alguno. Sin embargo, si desea deshabilitarla, establezca este parámetro en "n".
Hasta ahora, para los entornos de bases de datos distribuidas (DWP con el complemento CLD), los procesos principales y secundarios tenían que instalarse en la misma plataforma de hardware debido a problemas relacionados con las codificaciones big-endian y little-endian. Ahora ya no es así. Ahora los procesos principales y secundarios pueden instalarse en distintas plataformas de hardware.
Por ejemplo, una máquina principal podría tener la plataforma X-86, mientras que la secundaria podría ser un equipo de plataforma SPARC.
Los mensajes enviados por Calendar Server son ahora compatibles con iTIP (que proporciona interoperabilidad con Microsoft Outlook).
Para aumentar la seguridad, ahora es posible especificar un archivo de contraseña en lugar de una contraseña de texto al ejecutar comm_dssetup.p. Con la nueva opción -j <passwordfilename> puede proteger las contraseñas y aumentar la seguridad. Esto es especialmente útil para las secuencias de comandos. Si tiene secuencias de comandos que exponen la contraseña actualmente, y desea cambiarlos, elimine la opción -w < contraseña> y sustitúyala por esta nueva.
Esto soluciona el problema nº 6392093.
En versiones anteriores de Calendar Server, csdb, cscal y csuser se encontraban en el directorio cal/bin, pero ahora están en el directorio cal/sbin.
Debido a los cambios introducidos en el código de programación de Calendar Server, se han hecho los siguientes cambios en el archivo ics.conf:
service.http.ssl.certdb.path descartado en favor de local.ssldbpath. La ruta dada debería llevar al archivo config ("/etc/opt/SUNWics5/config").
En vez de incluir la contraseña real en la base de datos de certificados en el archivoics.conf, la contraseña se encuentra ahora en un archivo (sslpassword.conf) ubicado en el directorio config.
El formato adecuado para las contraseña de este archivo es:
Testigo (de software) interno:contraseña
Se han descartado las siguientes funciones en Sun Java System Calendar Server 6.3:
La interfaz gráfica de usuario de Calendar Express ha sido desaprobada en favor de la interfaz de Communications Express y ya no se distribuirá en la siguiente versión importante. Adopte Communications Express lo antes posible.
El parámetro de WCAP attachments utilizado por storeevents y por storetodo, ha sido descartado. Para permitir compatibilidad con las versiones anteriores, este parámetro todavía se permite. Pero las futuras versiones no reconocerán ya este parámetro. Si tiene alguna secuencia de comandos que utilice este parámetro, cámbiela.
La utilidad cstool que Ud. emplea para supervisar la actividad de Calendar Server se ha eliminado de la versión 6.3.
El programa Calendar Server ya no está disponible para las plataformas Windows y HP-UX.
Esta sección describe el hardware y software necesarios y recomendados para esta versión de Calendar Server.
Requisitos de compatibilidad de versión del producto de Calendar Server 6.3.
Requisitos y recomendaciones de hardware para Calendar Server
Información importante sobre los parches de actualización de Calendar Server 6.3
Calendar Server es compatible con las versiones de producto indicadas en esta sección:
Tabla 2–3 Requisitos de compatibilidad de versión del producto de Calendar Server 6.3.
Producto |
Versión |
---|---|
Sun Cluster |
3.1 |
Sun Java System Directory Server |
5.1, 5.2, 6.0 |
Sun Java System Message Queue |
3.7 |
Sun Java System Access Manager (anteriormente Identity Server) |
Legacy 6.x): Admite las funciones de Access Manager 6, incluidos Access Manager 6 Console y el árbol de información de directorios (DIT). Si está instalando Access Manager con Portal Server, Messaging Server, Calendar Server, Delegated Administrator o Instant Messaging, deberá seleccionar el tipo de instalación compatible de Access Manager (versiones 6.x). |
Sun Java System Web Server |
7.x |
Sun Java System Application Server |
8.2 |
Calendar Server 6.3 requiere la utilización de la versión 3.9.3 del componente de seguridad compartida NSS.
For more details about product version dependencies, see the Sun Java Enterprise System 5 Installation Guide for UNIX and Sun Java Enterprise System 5 Release Notes for UNIX
Aproximadamente 500 MB de espacio en disco para una instalación típica. Para sistemas de producción, al menos 1 GB.
128 MB de RAM. Para sistemas de producción, de 256 MB a 1 GB para un buen rendimiento.
Almacenamiento RAID para un acceso más rápido (recomendado para bases de datos grandes).
Esta sección describe el software necesario y recomendado para esta versión de Calendar Server.
Sistema operativoSolarisTM 10 (SPARC® Platform Edition, x86 Platform Edition)
Sistema operativo Solaris 9 (5.9) (SPARC Platform Edition, x86 Platform Edition)
Red Hat Enterprise Linux Advanced Server (versión de 32 bits), versiones 3 (todas las actualizaciones) y 4 (todas las actualizaciones)
El programa Calendar Server ya no se admite en las plataformas Windows y HP-UX.
Consulte los Requisitos de explorador de Communications Express en el Capítulo 6, Notas de la versión de Sun Java System Communications Express 6.3 .
En la versión general de Communications Suite 5, los parches de actualización del producto Server 6.3 son los siguientes:
Plataforma |
Número de parche (Español) |
Número de parche (idiomas traducidos) |
---|---|---|
Solaris, SPARC |
121657–17 |
117010-26 |
x86 |
121658–17 |
117011-26 |
Linux |
121659–17 |
117852-26 |
Puede encontrar los parches más actuales para los productos en Sun Solve. Para saber cómo encontrar parches en Sun Solve, utilice el siguiente procedimiento:
Para obtener la lista actual de las revisiones necesarias de Sun Java System Calendar Server, vaya a:
Seleccione "Patches" (Revisiones) o "Patch Portal" (Portal de revisiones).
Siga los enlaces de Sun Java System Calendar Server.
A medida que cambien los requisitos de revisiones para el sistema operativo y estén disponibles las revisiones para los componentes de Java Enterprise System, se podrán obtener las actualizaciones desde SunSolve (inicialmente como clústeres de revisiones recomendadas).
Esta sección contiene información que debería conocer antes de instalar Calendar Server 6.3, como:
Actualización desde una versión anterior de Calendar Server 6
Dónde encontrar datos y archivos de programa de Calendar Server
Optimización del rendimiento de Directory Server para Calendar Server
Calendar Server no admite particiones montadas en el sistema de archivos de red (NFS). No instale ni cree ninguna parte de Calendar Server; incluidos los archivos ejecutables, de base de datos, de configuración, de datos, temporales o de registro en una partición montada en NFS.
Java Enterprise System se ejecuta en la plataforma Linux. La mayor diferencia que observará el usuario radica en los nombres de rutas en los que se instalan los directorios del producto. La plataforma Linux realiza la instalación en un directorio diferente al que utiliza Solaris.
La siguiente tabla muestra las rutas de directorio de instalación predeterminado para Solaris y Linux:
Directorios predeterminados de Solaris |
Directorios predeterminados de Linux |
---|---|
/opt/SUNWics5/cal/ (cal-svr-base) |
/opt/sun/calendar (cal-svr-base) |
/etc/opt/SUNWics5/config |
/etc/opt/sun/calendar/config |
/var/opt/SUNWics5/ |
/var/opt/sun/calendar |
En la documentación, el directorio de instalación predeterminado para Calendar Server se denomina cal-svr-base.
Debe aplicar las revisiones del sistema operativo obligatorias antes de instalar Calendar Server. Para ver una lista de los parches necesarios, consulte las Sun Java Enterprise System 5 Release Notes for UNIX.
Para ejecutar el programa de instalación de Sun Java Enterprise System o el programa de configuración de Calendar Server 6.3 en sistemas Solaris, deberá iniciar una sesión como superusuario o convertirse en superusuario ( root).
Instale Calendar Server 6.3 utilizando el programa de instalación de Sun Java Enterprise System. El programa de instalación de Java Enterprise System instale el paquete de productos componentes de Sun, incluyendo Calendar Server 6.3, y los componentes compartidos utilizados por varios productos.
La siguiente tabla muestra los nombres de paquete de Linux para los distintos componentes relacionados con Calendar Server.
Componente |
Nombre del paquete |
---|---|
Calendar Server |
sun_calendar-core sun-calendar-api |
Paquetes traducidos: |
|
Español |
sun-calendar-core-es |
Coreano |
sun-calendar-core-ko |
Francés |
sun-calendar-core-fr |
Chino |
sun-calendar-core-zh_CN |
Alemán |
sun-calendar-core-de |
Japonés |
sun-calendar-core-ja |
Taiwanés |
sun-calendar-core-zh_TW |
No puede actualizarse a la versión 6.3 de Calendar Server utilizando el programa de instalación de Sun Java System Communications Suite. Debe usar el proceso patchadd.
Para más información sobre cómo actualizarse a Calendar Server 6.3, consulte la Sun Java Communications Suite 5 Upgrade Guide.
Después de actualizarse a Calendar Server 6.3, es necesario que actualice también sus bases de datos por medio de varias herramientas que mencionamos en esta sección. Para obtener más información sobre las herramientas de migración, consulte la Sun Java System Calendar Server 6.3 Administration Guide.
En esta sección se tratan los siguientes temas:
Si la versión de su programa anterior de Calendar Server es anterior a la versión 5.1.1, llame primero al servicio de asistencia técnica para obtener ayuda sobre cómo migrar las bases de datos de forma que sean compatibles con Calendar Server 5.1.1. No puede migrar directamente a ninguna de las versiones 6 de Calendar Server. El servicio de asistencia técnica le recomendará que instale Calendar Server 5.1.1. Cuando sus bases de datos sean compatibles con Calendar Server 5.1.1, instale Calendar Server 6.3 y ejecute las siguientes herramientas de bases de datos siguiendo el mismo orden en que aparecen aquí.
Ejecute esta utilidad para actualizar sus bases de datos de la versión 5.1.1 al nivel de versión 6.2. Este es el paso intermedio necesario antes de ejecutar la utilidad csmigrate para actualizar a la versión 6.3. La utilidad cs5migrate se encuentra en el directorio sbin después de instalar Calendar Server 6.3.
Debe especificar la opción -r. Después, la utilidad cs5migrate crea registros maestros y de excepción para todos los eventos y tareas recurrentes. De ahora en adelante, estos registros los generará automáticamente Calendar Server.
Esta utilidad realiza los siguientes cambios en las bases de datos:
Migra su base de datos LDAP de Calendar Server 5.1.1 para hacerla compatible con Calendar Server 6.2.
Migra su base de datos Berkeley a la versión 4.2.
Registra el estado de la migración en el archivo de registro csmigrate.log.
Registra los errores en el archivo de registro csmigrateerror.log.
Ejecute esta utilidad para que el complemento CLD de LDAP funcione correctamente.
Ejecute esta utilidad para convertir sus bases de datos de calendario sin dominio en bases con un solo dominio compatibles con un entorno multidominio.
Ahora que sus bases de datos de Calendar Server están en el modo de la versión 6.2, ejecute la utilidad csmigrate para migrar sus bases de datos de Calendar Server 6.2 y hacerlas compatibles con la versión 6.3 de Calendar Server.
Puede encontrar la utilidad csmigratejunto con otras herramientas administrativas, en el directorio sbin del programa Calendar Server 6.3 recién instalado. Para más información sobre csmigrate , consulte la Sun Java System Calendar Server 6.3 Administration Guide.
Si va a actualizar una versión muy anterior de Calendar Server que se ha configurado para un modo de dominio virtual limitado o tiene varias instancias de Calendar Server en el mismo equipo, póngase en contacto con el representante de la cuenta de ventas de Sun Microsystems, Inc. para obtener una evaluación de los requisitos de migración y para asegurarse de que cuenta con la utilidad de migración específica que admite dichos requisitos.
Y, como siempre, nunca migre su base de datos sin antes realizar una copia de seguridad completa..
Ejecute csmigrate para actualizar las bases de datos del calendario a la versión 6.3.
Puede encontrar la utilidad csmigratejunto con otras herramientas administrativas, en el directorio sbin del programa Calendar Server 6.3 recién instalado. Para más información sobre csmigrate , consulte la Sun Java System Calendar Server 6.3 Administration Guide.
Tras instalar o actualizar a Calendar Server 6.3 y antes de que pueda utilizar Calendar Server, debe configurarlo de la siguiente manera:
Ejecute la secuencia de comandos de configuración de Directory Server (comm_dssetup.pl) para configurar Sun Java System Directory Server para el esquema de Calendar Server. Para obtener instrucciones, consulte el Capítulo 8, Directory Preparation Tool (comm_dssetup.pl) de Sun Java Communications Suite 5 Installation Guide.
Ejecute el programa de configuración de Calendar Server (csconfigurator.sh ) para configurar los requisitos específicos del sitio. Podrá encontrar las instrucciones en la Sun Java System Calendar Server 6.3 Administration Guide.
La siguiente tabla muestra dónde encontrar distintos archivos y programas a los que se hace referencia en la documentación para las plataformas Solaris y Linux:
Nombres de archivo |
Ubicaciones en Solaris |
Ubicaciones en Linux |
---|---|---|
Utilidades de administrador: start-cal, stop-cal, csattribute, csbackup, cscal, cscomponents, csdb, csdomain, csexport, csimport, csmonitor, csplugin, cspurge, csrename, csresource, csrestore, csschedule, csstats, cstool, y csuser |
/opt/SUNWics5/cal/sbin |
/opt/sun/calendar/sbin |
Utilidades de migración: csmig y csvdmig |
/opt/SUNWics5/cal/sbin |
/opt/sun/calendar/sbin |
Archivos de configuración: ics.conf, version.conf, counter.conf, y sslpassword.conf |
Tras las instalación, los archivos se encuentran en: /opt/SUNWics5/cal/ config-template Durante la configuración, los diversos archivos del directorio mencionado anteriormente se transfieren a las ubicaciones especificadas por las opciones de configuración seleccionadas. La ubicación predeterminada es: /etc/opt/SunWics5/config |
Tras las instalación, los archivos se encuentran en: /opt/sun/calendar/ config-template Durante la configuración, los diversos archivos del directorio mencionado anteriormente se transfieren a las ubicaciones especificadas por las opciones de configuración seleccionadas. |
Archivos de formato de correo (*.fmt) |
Tras las instalación, los archivos se encuentran en: /opt/SUNWics5/cal/ config-template Tras la configuración, los archivos se encuentran en: /etc/opt/SUNWics5/ config/idioma donde "idioma" puede ser: en, de, es, fr, ja, zh-TW o zh-CN. |
Tras la instalación, los archivos se encuentran en /opt/sun/calendar/ config-template Tras la configuración, los archivos se encuentran en: /etc/opt/sun/calendar/config/ language donde "idioma" puede ser: en, de, es, fr, ja, zh-TW o zh-CN. |
Archivos de biblioteca (.so) Utilidades SSL: certutil y modutil |
/opt/SUNWics5/cal/lib |
/opt/sun/calendar/lib |
Base de datos de sesión |
/opt/SUNWics5/cal/data/ http |
/opt/sun/calendar/data/http |
Archivos de estadísticas de contador: counter y counter.dbstat |
/opt/SUNWics5/cal/lib/ counter |
/opt/sun/calendar/lib/ counter |
Archivo timezones.ics |
/opt/SUNWics5/cal/config |
/opt/sun/calendar/config |
Para mejorar el rendimiento de LDAP Directory Server, especialmente si realiza búsquedas en el calendario del directorio LDAP, tenga en cuenta los siguientes puntos:
Para mejorar el rendimiento cuando Calendar Server accede al servidor de directorios LDAP, agregue índices al archivo de configuración LDAP para los distintos atributos.
El programa de configuración, comm_dssetup.pl, realizará, de forma opcional, la indexación por usted.
Para ver la diferencia de rendimiento que le puede dar la indexación, realice la siguiente prueba:
Antes de realizar la indexación, mida el tiempo necesario para ejecutar el siguiente comando LDAP:
ldapsearch -b "base" "(&(icscalendarowned=* user*)(objectclass=icsCalendarUser))" |
Donde base es la base DN de LDAP del servidor de directorios donde están ublicados los datos del usuario y de los recursos de Calendar Server y usuario es el valor que un usuario final puede introducir en el cuadro de diálogo Calendar Search.
Ejecute la indexación para icsCalendarOwned.
De nuevo, ejecute el siguiente comando LDAP y cronométrelo:
ldapsearch -b "base" "(&(icscalendarowned=*user*)(objectclass=icsCalendarUser))" |
Donde base es la base DN de LDAP del servidor de directorios donde están ublicados los datos del usuario y de los recursos de Calendar Server y usuario es el valor que un usuario final puede introducir en el cuadro de diálogo Calendar Search.
Compare los tiempos. Debería haber una diferencia clara de tiempo.
Para determinar si los parámetros del límite de análisis (nsslapd-lookthroughlimit) y de tamaño límite (nsslapd-sizelimit) están establecidos en los valores adecuados, compruébelo con el siguiente comando:
ldapsearch -b "base" "(&(icscalendarowned=* user ID*) (objectclass=icsCalendarUser))"
donde base es el DN base LDAP del servidor de directorios donde se encuentran los datos de usuario y de recursos de Calendar Server y user ID es el valor que el usuario final puede introducir en un cuadro de diálogo de búsqueda de calendarios en Communications Express.
Si el servidor LDAP devuelve un error, los parámetros nsslapd-sizelimit o nsslapd-lookthroughlimit es posible que no tengan el tamaño suficiente. Siga las instrucciones siguientes para establecer estos parámetros:
Asegúrese de que el valor para el parámetro nsslapd-sizelimit de slapd.conf o un archivo equivalente tenga el tamaño suficiente para devolver todos los resultados deseados. De lo contrario, puede producirse un truncamiento y no mostrarse los resultados.
Asegúrese de que el valor del parámetro nsslapd-lookthroughlimit de slapd.ldbm.conf o un archivo equivalente tenga el tamaño suficiente para completar una búsqueda de todos los usuarios y recursos en el directorio de LDAP. Si es posible, establezca nsslapd-lookthroughlimit en -1, para hacer que no haya límite.
Hay dos problemas con Schema 1 en Communications Express:
Si está ejecutando Communications Express con Sun LDAP Schema 1, antes de ejecutar el programa de configuración de Communications Express, debe agregar el nodo root de DC a su LDAP utilizando ldapmodify. La entrada debería tener esta apariencia:
dn: o=internet objectClass: organization o: internet description: Root level node in the Domain Component (DC) tree
csuser, la utilidad de calendario empleada para agregar usuarios de Schema 1 se diseñó para Calendar Express y no habilita a los usuarios para el servicio de Libreta de direcciones que se necesita para Communications Express.
Hay dos herramientas para la provisión de usuarios, grupos y dominios de Calendar Server: Utilidades Delegated Administrator y Calendar Server. Delegated Administrator cuenta con dos interfaces de usuario: Console, una interfaz gráfica de usuario, y Utility, una interfaz de línea de comandos. Para obtener más información acerca de Delegated Administrator, consulte la Sun Java System Communications Services 6 2005Q4 Delegated Administrator Guide. Puede encontrar las instrucciones sobre cómo utilizar Console en la ayuda en línea de Delegated Administrator Console.
Para obtener información sobre las utilidades de Calendar Server, consulte la Sun Java System Calendar Server 6.3 Administration Guide.
No intente realizar la provisión de usuarios mediante la consola de Access Manager. Aunque es posible crear usuarios y asignarlos a un servicio de calendario, no utilice este método, ya que sus resultados son impredecibles y repercutirán de forma negativa en la implementación.
Calender Server 6.3 incluye la siguiente documentación. Los números de pieza aparecen entre paréntesis.
Sun Java System Calendar Server 6.3 Administration Guide (819-4654)
Sun Java System Calendar Server 6.3 WCAP Developer’s Guide (819-4655)
En esta versión se ha reorganizado la Guía para desarrolladores. Se han eliminado todos los capítulos que no tratan de WCAP. El material eliminado que trata de CSAPI y de AuthSDK, no ha sido actualizado en varias versiones. Si necesita consultar el material de las partes eliminadas, consulte una versión anterior de la guía, como la Sun Java System Calendar Server 6 2005Q4 Developer’s Guide.
Sun Java System Communications Express 6.3 Administration Guide (819-4440)
Sun Java System Communications Express 6 2005Q4 Customization Guide (819–2662)
Sun Java System Delegated Administrator 6.4 Administration Guide (819-4438)
Sun Java System Communications Services 6 2005Q4 Schema Migration Guide (819-2656)
Sun Java Communications Suite 5 Event Notification Service Guide (819-4435)
La ayuda en línea de Communications Express está disponible en la interfaz.
La ayuda en línea de Delegated Administrator Console está disponible en la interfaz.
La documentación de Calendar Server 6.3 está disponible en el siguiente sitio web:
http://docs.sun.com/coll/1313.2
Sun Java Enterprise System Technical Note: Sun Java System Calendar Frequently Asked Questions (819–2631) Este documento de FAQ no ha sido actualizado para esta versión.
La siguiente tabla muestra las incompatibilidades conocidas entre Calendar Server6.3 y versiones anteriores.
Incompatibilidad |
Impacto |
Comentarios |
---|---|---|
Ahora Access Manager tiene dos tipos de instalación: Legacy y Realm. |
En el momento de la instalación, debe seleccionar Legacy como el tipo de instalación en el siguiente panel: Access Manager: Administration (1 of 6) |
Si se instala un Access Manager incorrecto, no podrá ejecutar Delegated Administrator. |
La herramienta Directory Preparation (comm_dssetup.pl) en /opt/SUNWics5 no funciona. |
comm_dssetup.pl ahora se instala en su propio paquete en /opt/SUNcomds para Solaris y /opt/sun/comms/dssetup para Linux Es necesario actualizar las secuencias de comandos existentes que especifican la ruta anterior. |
Para instalar el paquete, asegúrese de que la herramienta Directory Preparation Tool se haya seleccionado en el panel del programa de instalación adecuado. |
El programa de configuración para Delegated Administrator ha cambiado. |
Instale Delegated Administrator y ejecute el programa de configuración. El programa actual se encuentra en: para Solaris, /opt/SUNWcomm/sbin/ config-commda para Linux /opt/sun/comms/config-commda |
Actualice al nuevo Delegated Administrator al instalar esta versión de Calendar Server. |
Esta versión de Communications Express es incompatible con la versión anterior de Calendar Server. |
Si actualiza Communications Express, también deberá actualizar Calendar Server. |
Esto también es válido para Messaging Server. |
Dado que se han introducido cambios en la forma de empaquetar, Calendar Express debe hacer sustituciones de cadenas en tiempo de ejecución. |
Degradación importante del rendimiento |
Llame al servicio técnico para recibir una secuencia de comandos que pueda ejecutar antes de iniciar las operaciones de Calendar Server. Las secuencias de comandos efectúan todas las sustituciones necesarias. Calendar Express ha sido descartado y no se incluirá en la próxima version de Calendar Server. Este problema no se solucionará. |
Debido a un cambio en el código de programación del procesado de SSL, ya no existe el siguiente parámetro: service.http.ssl.certdb.path |
Las secuencias de comandos y los archivos de configuración que utilicen todavía el antiguo parámetro para indicar el directorio SSL no funcionarán. SSL no está habilitado. |
Se ha agregado un nuevo parámetro al archivo ics.conf: local.ssldbpath = "/etc/opt/ SUNWics5/config" |
La contraseña para certificar bases de datos ya no se encuentra en el parámetro ics.conf: service.http.ssl. certdb.password |
No se encuentra la contraseña de SSL. Mensaje de error: General Error: http_ssl_init(): SSL initialization failed. |
La contraseña utilizada para certificar bases de datos se encuentra ahora en el siguiente archivo situado en el directorio config: sslpassword.conf El formato de la contraseña es: Testigo interno (de software):password |
Ya no se permiten los entornos sin dominio. |
Las secuencias de comandos que modifican las entradas LDAP deben incluir ahora un dominio predeterminado. |
Cuando Calendar Server está instalado y configurado, ejecuta un programa de conversión silencioso en todas las entradas LDAP para agregar el dominio predeterminado que usted ha especificado. Se considerará automáticamente que las solicitudes que entren (comandos WCAP) sin el dominio son para el dominio predeterminado. Pero las secuencias de comandos que ejecute que modifiquen directamente las entradas LDAP deberán incluir el nuevo dominio predeterminado. |
Los parámetros service.admin.calmaster.userid y service.admin.calmaster.cred del archivo ics.conf ya no se utilizan. |
No puede establecer las preferencias y las credenciales del usuario de Calendar con estos parámetros antiguos. |
El parámetro service.admin.calmaster.useridha cambiado a service.siteadmin.userid mientras que el parámetro service.admin.calmaster.cred ha cambiado a service.siteadmin.cred. En caso de actualización, las secuencias de comandos de la revisión trasladarán estos parámetros. |
Ya no están disponibles las versiones Windows y HP-UX de Calendar Server. |
Las únicas plataformas de sistemas operativos que admite el programa Calendar Server del lado del servidor son Solaris y Linux. |
Esto no afecta al software del lado del cliente, como el Conector de Microsoft Outlook. Encontrará una lista de los sistemas operativos admitidos en las notas de la versión del componente individual del cliente. |
A continuación, se ofrece una lista de los problemas solucionados de la versión beta de Calendar Server 6.3:
csuser delete sólo elimina el calendario predeterminado.
La contraseña de Directory manager (gestor de directorios) se guarda como texto sin formato en el archvo ics.conf.
Los usuarios provistos antes de la configuración de los dominios alojados no pueden crear eventos.
Los procesos deshabilitados en el archivo de configuración del calendario no se detendrán al emitirse el comando de detención.
En relación al problema nº 6216869. Si inicia un proceso (como enpd) y luego lo desactiva en el archivo ics.conf, al emitirse stop-cal, el sistema no detendrá el proceso desactivado.
Los archivos de registro de copia de seguridad rápida no se purgan de acuerdo con la configuración.
Los administradores no pueden eliminar un dominio de LDAP.
commadmin domain purge no elimina las entradas con deleted como valor de icsStatus. El estado debe ser removed. La utilidad recomendada de Calendar Server, csclean, no modifica el icsStatus a removed .
deletecomponents_by_range elimina las tareas aunque la fecha de vencimiento esté fuera del rango de eliminación.
deletetodos_by_range.wcap no acepta dtstart, sino que lo considera como dtstart=0.
DWP no se detiene cuando se emite el comando de detención.
Tiene relación al problema nº 5060833. Si se deshabilita DWP cuando el proceso DWP está ejecutándose, stop-cal no lo detendrá. stop-cal debe detener todos los servicios en vez de sólo los habilitados.
RFE: los miembros de un grupo sólo muestran el identificador calid y no el nombre
Los correos electrónicos de la notificación de eventos tienen líneas largas, violando la RFC 2822.
No se recomienda que Calendar Server empaquete el archivo certmap.conf ya que no es necesario. El archivo necesita una autenticación SSL basada en clientes que Calendar Server no admite.
cshttpd libera el núcleo al llamar a set_calprops.wcap .
Si el servidor de directorios es Schema 2 y no se ha creado ningún dominio, el programa de configuración de Calendar Server mostrará un mensaje de error y no permitirá la configuración con respecto a ese servidor de directorios.
Este problema sólo se ha solucionado en la interfaz gráfica de usuario del programa de configuración. Para la versión de líneas de comandos, debe crear el dominio en el Delegated Administrator antes de configurar Calendar Server.
Se registra un mensaje erróneo para Calendar Server.
csmigrate debería crear el directorio si no existe.
csclean no ha eliminado el calendario del usuario. No se notifica la causa.
WCAP errno devuelve un valor de 60 cuando el usuario intenta invitar a un usuario en un dominio diferente con las búsquedas de dominio cruzadas habilitada.
Es necesario que proxyauth esté activado por defecto.
Se envían dos notificaciones por correo electrónico cuando se modifica una instancia de una cadena de eventos.
La utilidad de migración csmigrate se bloquea si están activadas las notificaciones ENS.
El proceso cshttpd entra en un bucle infinito al llamar al comando storeevents.
La herramienta de migración necesita crear ldap_cache y cld_cache en el nuevo directorio de la base de datos.
Las copias de seguridad de Calendar emiten un aviso para informar de que les falta espacio en disco. ¿Es erróneo el cálculo documentado?
El cálculo era correcto pero es necesario mover el archivo y los directorios de las copias de seguridad urgentes al directorio csdb.
csdomain no tiene propiedad para cambiar el atributo LDAP inetdomainstatus. Este comando ha sido desaprobado y no volverá a actualizarse.
Le recomendamos que agregue un índice para InetDomainBaseDN.
comm-dssetup necesita agregar más índices.
el parámetro caldb.calmaster cambia a "**DESCONOCIDO**" al reconfigurarlo en modo silencioso.
Esta sección contiene tablas que muestran los problemas conocidos más importantes en el momento de la comercialización de Calendar Server 6.3:
En este momento se conocen las siguientes limitaciones:
El programa de configuración introduce un valor incorrecto en el parámetro DWP de ics.conf
Disminución del rendimiento de la interfaz de usuario descartada
Eliminación de todas las instancias de las preferencias de usuarios de varios valores
Provisión de usuarios para Communications Express en el modo Schema 1
Los datos no compatibles con RFC en X-Tokens deben ponerse entre comillas
No se validan los usuarios antes de agregarlos a la lista de propietarios secundarios.
La utilidad de migración no actualiza los calendarios de los propietarios.
No es posible purgar automáticamente los datos LDAP obsoletos guardados en la antememoria.
El proceso enpd se bloquea al abrir y cerrar conexiones rápidamente y a la vez.
Las utilidades de calendario fallan si el árbol DC no está presente.
Las utilidades de Calendar Server envían mensajes de error imprecisos.
El espacio en blanco inicial de la descripción desaparece al almacenarlo.
(Sólo en Linux) Calendar Server no se inicia al reiniciar el sistema.
Eventos entre el 11 de marzo de 2007 y el 1 de abril de 2007 con una hora de retraso
La importación de los datos de Calendar sólo funciona con los datos del mismo parámetro calid
Si utiliza la función de alta disponibilidad (con el paquete SUNWcsics de Calendar Server HA), entonces al actualizar desde una versión antigua de Calendar Server a la versión Calendar Server 6.3 tiene que aplicar la siguiente solución temporal para evitar el problema 6560681.
Solución:
Elimine manualmente el paquete SUNWscics que viene con Calendar Server 6.3.
Utilice pkgadd para añadir el paquete SUNWscics junto con el software Java Enterprise System.
Si implementa Calendar Server con servidores principales y secundarios, lo que requiere el uso del protocolo DWP, el programa de configuración le pide que añada el nombre de host del servidor secundario. Cuando guarda este valor en el parámetro caldb.dwp.server.hostname.ip de ics.conf, lo guarda como dirección IP, en lugar del nombre de host totalmente cualificado que debe guardarse allí. Esto significa que el sistema no podrá encontrar el servidor secundario.
Solución:Sustituya la dirección IP por el nombre de host totalmente cualificado del servidor secundario. Para ello, sólo tiene que editar el archivo ics.conf, que es un archivo de texto.
Las instrucciones correctas sobre qué valores usar para este y otros parámetros usados para configurar servidores principales y secundarios se pueden encontrar en el Capítulo 5, Configuring Calendar Database Distribution Across Multiple Machines in Calendar Server Version 6.3 de Sun Java System Calendar Server 6.3 Administration Guide en la Guía del administrador de Sun Java System Calendar Server.
Se ha informado de este problema como problema nº 6542989 en la sección siguiente de esta nota de la versión: Problemas conocidos en la versión beta de Calendar Server 6.3 .
Después de actualizar a Calendar Server 6.3 en el sistema operativo Linux, aparecen mensajes de error en el archivo http.log al ejecutar start-cal:
cshttpd[2984]: Error general: caldb: caldb_pvt_isLocalUrl: no puede resolverse el nombre del host del nombre del host .xyz.com. Compruebe que el nombre del host y el resolvedor del nombre del host son correctos.
También aparece el siguiente mensaje de error al intentar iniciar sesión:
Host secundario sin resolver Inténtelo de nuevo
Solución: Este problema se ha solucionado en la actualización 1 de Calendar Server 6.3, número de parche 121658-17.
Este es el mismo problema que el número 6516438 de la siguiente sección:Problemas conocidos en la versión beta de Calendar Server 6.3
Se permiten los parámetros duplicados en el archivo de configuración ics.conf . Esto puede provocar confusión en cuanto al valor del parámetro. Para determinar qué instancia de un parámetro utiliza el sistema, encuentre la última instancia del archivo. El sistema utiliza el valor de la última instancia del parametro que encuentra al procesar el archivo.
Prácticas recomendadas: Agregue todos los cambios al final del archivo ics.conf en una sección etiquetada con el nombre aproximado # My Parameter Changes. Para llevar un historial de los cambios realizados, agregue un comentario que describa la razón de dicho cambio, y también incluya la fecha.
Periódicamente, convierta en comentario los cambios antiguos que no utiliza o, si no desea llevar un historial, elimine los antiguos duplicados que no utiliza, y deje sólo el último cambio del archivo.
En esta versión, la sustitución de cadenas de los archivos XSL ya no se efectúa en el paso de la empaquetación previo al procesamiento. Por ello, las cadenas se sustituyen en tiempo real, lo que provoca una disminución del rendimiento de la interfaz de usuario de Calendar Express.
Solución: Puede llevar a cabo la sustitución de las cadenas antes de ejecutar Calendar Server procesando todos los archivos XSL e insertando manualmente las cadenas del idioma correcto. Para hacer la sustitución, necesita agregar la secuencia de comandos perl (xslvarparser.pl ) que se encuentra en el directorio { CAL_SERVER_BASE}/tools/unsupported/bin. Las instrucciones para ejecutar la secuencia de comandos las encontrará en la secuencia de comandos misma.
Para mayor comodidad, incluimos aquí las instrucciones que aparecen en la secuencia de comandos:
Utilice la secuencia perl xslvarparser.pl para sustituir las variables de los archivos XSL con el fin de acelerar la generación de XSL.
Copie este archivo en el directorio /opt/SUNWics5/cal/html, que es el predeterminado en Solaris.
Y seguidamente ejecútelo de la siguiente manera: $ perl xslvarparser.pl.
Los archivos resultantes se guardan en un directorio externo en el conjunto de parámetros local.
Sustituya los archivos XSL de cada conjunto de parámetros local por los archivos del directorio externo.
Le recomendamos que guarde los archivos originales antes de hacer esta sustitución.
Este problema es igual que el número 6385495 que se describe en Problemas conocidos en la versión beta de Calendar Server 6.3 .
Cada comando set_userprefs elimina únicamente una instancia de una preferencia de varios valores.
Solución: Para eliminar todas las instancias de una preferencia de usuario con varios valores, deberá emitir un comando set_userpref por instancia.
Por ejemplo: Ejecute get_userprefs para enumerar todas las preferencias de usuario. Si hay varios valores para una preferencia, como icsSubscribed , deberá ejecutar un comando de tipo set_userprefs para eliminar la preferencia de cada uno de los valores que aparece.
No hay un comando showrev específico para el clúster que muestre lo que está instalado en los nodos individuales del clúster. (Se trata de un problema genérico, no sólo específico de Calendar Server. Se encontrará con la misma dificultad en cualquier producto instalado en un sistema de archivos global.)
Supondrá un problema cuando desee actualizar Calendar Server. Tendrá que aplicar la revisión en cada nodo en el que se haya instalado ya Calendar Server. Además, no se puede aplicar la revisión al nodo si Calendar Server no se ha instalado todavía en él. Si no conoce qué nodos tienen Calendar Server instalado, será una situación confusa y tendrá que dedicar tiempo para descubrir dónde esta instalado Calendar Server.
Solución: Ejecute la siguiente orden para ver todos los nodos en los que está instalado Calendar Server: pkgparam -v SUNWics5 | grep ACTIVE_PATCH
Algunas ventanas de Calendar Server no se muestran si tiene el bloqueo de pantallas emergentes habilitado.
Solución: Desactive el bloqueo de ventanas emergentes de Calendar URL para que se muestren todas las ventanas de Calendar Server.
Excepción: Ni Norton Inet Security AD_BLOCKER ni Mozilla POP_BLOCKER integrado afectarán a las ventanas de Calendar Server.
la utilidad csuser no habilita a los usuarios que crea para la Libreta de direcciones.
Solución: Habilite el usuario utilizando ldapmodify.
El programa de configuración, csconfigurator.sh, configura sólo un único dominio.
Solución: Si necesita un entorno de calendario de varios dominios (llamado dominios virtuales o dominios hospedados), deberá hacer dos cosas:
Habilitar los dominios hospedados.
Agregue los dominios usted mismo utilizando Delegated Administrator o la utilidad csdomain si todavía está utilizando Sun LDAP Schema 1.
Consulte el Capítulo 10, Setting Up a Multiple Domain Calendar Server 6.3 Environment de Sun Java System Calendar Server 6.3 Administration Guide y el Capítulo 13, Administering Calendar Server Domains de Sun Java System Calendar Server 6.3 Administration Guide.
(Número de problema 4777792) La antememoria se puede llenar y provocar errores. En Calendar Server los datos de LDAP guardados en la antememoria no desaparecen
Solución: Elimine periódicamente el contenido del archivo. A continuación, reinicie Calendar Server.
El archivo de configuración le solicita el nombre de host dos veces. La primera vez solicita el nombre completamente cualificado y la segunda, el no cualificado. Por ejemplo:
caldb.dwp.server.skate.red.sesta.com.ip = "skate.red.sesta.com" caldb.dwp.server.skate.ip = "skate" caldb.dwp.server.test12.red.sesta.com.ip = "test12.red.sesta.com" caldb.dwp.server.test12.ip = "test12"
Si no hay datos compatibles con RFC en un X-Token, deberán ponerse entre comillas. Por ejemplo, el símbolo de dos puntos en un X-Token debe aparecer como ":".
La utilidad Calendar Server cscal no valida a los usuarios antes de agregarlos a la lista de propietarios como propietarios secundarios.
La utilidad de migración de Calendar Server csmig no actualiza icsSubscribed con los calendarios de los propietarios.
Hay que realizar esta operación manualmente.
Se han descartado los servicios de notificación de eventos. Esto no se solucionará. Utilice el producto Sun Java System Message Queue en su lugar.
Cuando un usuario modifica un evento y selecciona la opción para modificar el evento de hoy y todos los eventos futuros, todos los eventos anteriores se eliminan y no se muestran en la interfaz de usuario.
Error de inicialización de SSL en el modo SSLv2. No se puede utilizar el cliente SSLv2.
Para Schema 1, debe crear los nodos del árbol de DC antes de crear o administrar los calendarios.
Los mensajes de error son imprecisos porque se originan varios niveles más abajo y podrían estar provocados por muchas circunstancias diferentes. El siguiente programa de nivel superior no interpreta los mensajes de error antes de comunicárlos al siguiente nivel superior.
Si comienza una descripción con un espacio blanco inicial, este espacio no se guardará con el texto ni aparecerá cuando se muestre el evento.
Se trata de un RFE que no se ha implementado en esta versión.
Los archivos de bloqueo que quedan impiden que se reinicie. Borre los archivos de bloqueo antes de reiniciar.
Los archivos de bloqueo se encuentran en el siguiente directorio:
/opt/sun/calendar/lib/lock/__db.001
De conformidad con la legislación, se han cambiado las fechas del cambio para el horiario de verano. El programa de Calendar Server 6.3 contiene las nuevas tablas de las zonas horarias corregidas. Todos los eventos y tareas que se creen de ahora en adelante tendrán las horas correctas. Sin embargo, los eventos y tareas anteriores que caigan entre las antiguas fechas de cambio y las nuevas tendrán una hora de retraso. Este problema se produce dos veces por cada año que tenga en su calendario, la primera vez con el cambio entre el horario de primavera y el de verano y otra vez al cambiar del horario de otoño al horario estándar.
Es el mismo problema que el número 6502376 que se describe en Problemas conocidos en la versión beta de Calendar Server 6.3 , que aparecerá más adelante.
Solución:La solución estándar para este problema es permitir a los usuarios ajustar las horas de cualquier evento de su calendario que se vea afectado.
El servicio de asistencia técnico puede proporcionarle una solución si usted lo solicita.
No puede utilizar la función de importación para mover datos entre calendarios. Sólo es posible importarlo al mismo calendario (es decir, al mismo parámetro calid) del que se exportó.
Esta limitación es la misma que la registrada con el número 6461183 en la sección Problemas conocidos en la versión beta de Calendar Server 6.3 de este documento.
A continuación, se muestra una lista de los problemas notificados sobre el producto:
Para un entorno de dominios alojados, csexport requiere que el parámetro calid esté ampliamente cualificado. Por ejemplo, con el formatouid@domain.
No se ha creado el archivo de estado.
Cuando se ejecuta csconfigurator.sh con la opción -saveState y el archivo de estado no incluye una ruta, el archivo de estado no se crea. Por ejemplo:
/opt/sun/calendar/sbin/csconfigurator.sh -saveState cs.state
Solución: Especifique siempre el nombre de ruta completo donde se debe crear el archivo de estado.
El estado de las invitaciones debería ser por defecto "aceptado" para los calendarios de recursos.
El estado de las invitaciones debería ser por defecto "aceptado" para los calendarios de recursos. Dado que los calendarios de recursos no pueden aceptar invitaciones, es posible que los usuarios que están suscritos a los calendarios de recursos no vean estas invitaciones (si los usuarios eligen ver sólo las invitaciones aceptadas en Communications Express->Options (Opciones)->Calendar view (Vista de calendario)).
Solución:La aceptación automática del nivel del servidor viene determinado por el parámetro de ics.confresource.invite.autoaccept = "yes". También puede determinarse a nivel de recursos con el atributo de LDAP icsAutoaccept.
Problemas con los eventos recurrentes.
El envío de los parámetros dtstart y dtendcon modificaciones en campos distintos a las fechas (utilizando storeevents) hace que se dañen los datos.
Solución: No proporcione dtstart ni dtend al modificar los comandos de almacenamiento que necesiten modificaciones de campos distintos a la fecha.
Si el servidor de directorios es Schema 2 y no se ha creado ningún dominio, el programa de configuración de Calendar Server mostrará un mensaje de error y no permitirá la configuración con respecto a ese servidor de directorios.
Este problema sólo se ha solucionado en la interfaz gráfica de usuario del programa de configuración. Para la versión de líneas de comandos, debe crear el dominio en el Delegated Administrator antes de configurar Calendar Server.
Tras la actualización de Java ES 2005Q1, deja de funcionar el inicio de sesión único con Access Manager. Por ejemplo, al iniciar sesión en el escritorio de Portal Server (portal del servidor) e intentar acceder a Calendar Server, aparecerá la página de inicio de sesión en lugar de autenticarle automáticamente a través de un inicio de sesión único.
Solución:No hay solución para este problema.
Tras la actualización de una implementación de Calendar Server que incluye instalaciones principales y secundarias, realizando la comunicación mediante DWP, los intentos de iniciar las instalaciones principales fallan, provocando varios errores en el registro. Este problema se debe a que los directorios de la antememoria no se copiaron en la nueva instalación.
Solución:Copie los directorios cld_cache y ldap_cache de /var/opt/SUNWics5/csdb.old a /var/opt/SUNWics5/csdb. A continuación, establezca el propietario y el grupo de los nuevos directorios en icsuser y en icsgroup.
Se acumulan archivos de registro de las bases de datos en csdb.
El daemon del almacén no está leyendo el parámetro de archivo de la configuración correcta. Está buscando a caldb.berkeley.*.enable (que no existe). Después es necesario el predeterminado para el registro circular (que está deshabilitado). Esto también provoca otros problemas, por ejemplo, evita que se realicen las copias de seguridad rápidas. El parámetro correcto de ics.conf es caldb.berkeleydb.*.enable.
Solución:Reinicie los servicios. csstored se encarga del problema de acumulación de registros eliminando los archivos de registro acumulados.
No es posible utilizar las funciones exportar ni importar entre calendarios con distintos calids. Los datos importados deben tener el mismo calid que el calendario al que está importando.
csrestore no se encarga del calendario personal del usuario.
Después de crear un calendario personal y ejecutar con éxito una copia de seguridad, borre manualmente el calendario personal. A continuación, restaure el calendario personal utilizando el comando restore (restaurar). Desde los archivos de registro, puede comprobar que el calendario se ha restaurado correctamente. Pero no podrá ver ni gestionar el calendario personal al registrarse en UWC o en la interfaz de Calendar Express. El problema es que csrestore no tiene en cuenta las entradas de LDAP entries, suscritas o del calendario propio.
Solución:Edite o elimine manualmente el atributo de varios valores icsSubscribed, para cada usuario, el cual se borró y restauró con csrestore.
Las bases de datos están dañadas y provocan fallos de registro y excesivos mensajes de caducidad de sesión.
Solución:
Detener los servicios
Eliminar la base de datos de la sesión
Iniciar los servicios
No hay cliente JMQ incluido en los paquetes de Calendar Server. Utilice el cliente JMQ del Messaging Server instalado. Si no consigue instalar el cliente JMQ, se cancelará de forma anormal el proceso admind
al activar JMQ.
Solución:Copie el cliente JMQ del paquete de Calendar Server.
Los eventos del calendario creados entre el 11 de marzo de 2007 y el 1 de abril de 2007 llevan una hora de retraso.
Esto sucede porque se han cambiado las fechas del cambio al horario de verano y al horario estándar para ampliar el horario de verano. Las fechas del cambio ahora se producen antes en primavera (marzo) y más tarde en otoño (noviembre) que en años anteriores. Se ha actualizado el archivo de las zonas horarias que se distribuye con Calendar Server 6.3 para reflejar estos cambios.
En el caso de Communications Express, que utiliza la información de zona horaria de JVM en lugar del archivo de Calendar Server, es necesario que actualice su JVM para poder utilizar los cambios de las nuevas zonas horarias. Sun le recomienda que utilice la última versión de actualización de Java SE JDK/JRE como el medio preferido para actualizar los datos de las zonas horarias y otras mejoras de productos como las soluciones de seguridad. Utilice el programa de actualización de JVM tal y como se describe en el siguiente documento:
http://java.sun.com/javase/tzupdater_README.html
Una vez actualizada la información de la zona horaria, los eventos programados antes de la actualización mostrarán una hora de diferencia en los días que van desde las antiguas fechas de cambio y las nuevas.
Puede solicitar al servicio de asistencia técnico una solución ejecutable.
Otra posibilidad es solicitar a sus usuarios que actualicen las horas de aquellos de sus eventos que caigan entre las antiguas fechas de cambio y las nuevas. O bien, ejecutar su propia secuencia de comandos para procesar la base de datos de los pocos eventos que necesiten actualización.
La ubicación de las herramientas LDAP ha cambiado
Si ha instalado la versión (beta) anterior de Java Enterprise System, es necesario que elimine el paquete SUNWldapcsdk-tools antes de instalar la nueva versión de Java Enterprise System 5. Esto es debido al cambio de ubicación del paquete SUNWldapcsdk-tools en la nueva versión. Si no elimina este paquete e intenta iniciar Calendar o Messaging Server después de instalar la nueva versión, aparecerá el siguiente mensaje de error:
No se pudo encontrar la utilidad .../bin/ldapsearch Instale el paquete ldapcsdk-tools |
Este mensaje de error es debido al cambio de ubicación de las herramientas LDAP.
Solución:Elimine el paquete SUNWldapcsdk-tools antes de instalar la nueva versión de Enterprise System 5. Para comprobar la versión de SUNWldapcsdk-tools, ejecute el comando pkgparam -v SUNWldapcsdk-tools VERSION.
Debe tener la versión 6.00,REV=2006.12.11.00.08 o superior. De lo contrario, aparecerá un mensaje de error avisándole de que no se puede encontrar la utilidad de búsqueda de LDAP.
Utilice el comando pkgrm SUNWldapcsdk-tools para eliminar el paquete SUNWldapcsdk-tools.
Si ya ha ejecutado el programa de instalación de Java Enterprise System 5, puede eliminar manualmente el paquete SUNWldapcsdk-tools e instalarlo usando el comando:
cd <jes5_distro>/Solaris_sparc/Product/shared_components/Packages pkgadd -d . SUNWldapcsdk-tools |
No es posible iniciar el servidor csmfagent en la plataforma Linux.
Los binarios del calendario no pueden encontrar las bibliotecas compartidas de Monitoring Framework en la versión de Linux. La ruta adecuada de los archivos de la estructura de supervisión es: /opt/sun/mfwk/share/lib, pero Calendar Server espera que se encuentre en /opt/sun/calendar/lib.
Solución:Agregue un vínculo simbólico en la biblioteca correspondiente de Calendar Server, como se muestra en el siguiente ejemplo:
# cd /opt/sun/calendar/lib # ln -s /opt/sun/mfwk/share/lib/*.so .
Otra forma de hacerlo es iniciar los servicios del calendario desde la biblioteca de la estructura de supervisión, por ejemplo: /opt/sun/mfwk/share/lib
No puede iniciar sesión en la plataforma Linux después de actualizar a Calendar Server 6.3.
Este problema se ha solucionado con un parche en la actualización 1 de la versión 6.3 de Calendar Server, número de parche 121658-17. Para más información, consulte la siguiente sección de las Notas de la versión. Limitaciones conocidas de Calendar Server
Cuando se usa el programa de configuración para configurar un servidor secundario, el programa introduce erróneamente la dirección IP, en lugar del nombre de host totalmente cualificado, en el parámetro siguiente:
caldb.dwp.server.hostname.ip
Debe editar el archivo ics.conf para corregir el valor del parámetro. Si no lo hace, el sistema no podrá encontrar el servidor secundario. El valor correcto es el nombre de host totalmente cualificado del servidor secundario.
El paquete de alta disponibilidad, SUNWcsics, requiere algunas actualizaciones para que pueda funcionar correctamente. El paquete utilizado en el paquete de software Java Enterprise System es correcto. Hasta que se publique un parche para solucionar este problema, debe aplicar la siguiente solución temporal.
Elimine manualmente el paquete SUNWcsics de su distribución de Calendar Server.
Haga un pkgadd, con el paquete SUNWcsics de la distribución de software Java Enterprise System.
Sun Java System Calendar Server 6.3 contiene el siguiente conjunto de archivos para los que Sun Microsystems, Inc. concede una licencia exclusiva e intransferible para reproducir y distribuir en su forma binaria.
Además, puede copiar y utilizar, pero no modificar, los archivos de encabezado que se muestran y las bibliotecas de clase únicamente para producir que los binarios resultantes puedan interactuar con las API de software de Sun.
Se ofrece código de ejemplo únicamente como referencia para la creación de los binarios mencionados anteriormente.
Todos los archivos que se pueden distribuir para Calendar Server son para el complemento API, conocido como CSAPI. La API se describe en la Sun Java System Calendar Server 6 2005Q4 Developer’s Guide en:
http://docs.sun.com/coll/1313.2
En los siguientes archivos, cal-svr-base es el directorio en el que se instaló Calendar Server. El directorio predeterminado de Solaris es /opt/SUNWics5/cal , mientras que para Linux es /opt/sun/calendar
Los archivos redistribuibles se encuentran en varios subdirectorios de cal-svr-base/csapi :
A continuación, se muestran los archivos que se pueden distribuir en este subdirectorio (cal-svr-base/csapi/authsdk/):
cgiauth.c |
expapi.h |
login.html |
nsapiauth.c |
A continuación, se muestran los archivos que se pueden distribuir en este subdirectorio (cliteralcal-svr-base/csapi/bin/):
libcsapi_xpcom10.so |
libicsexp10.so |
A continuación, se muestran los archivos distribuibles de este subdirectorio ( cal-svr-base/csapi/classes/):
ens.jar |
jms.jar |
A continuación, se muestran los archivos que se pueden distribuir en este subdirectorio ( cal-svr-base/csapi/include/):
IIDS.h |
nsCom.h |
nsMacRepository.h |
csIAccessControl.h |
nsDebug.h |
nsProxyEvent.h |
csIAuthentication.h |
nsError.h |
nsRepository.h |
csICalendarDatabase.h |
nsHashtable.h |
nsString.h |
csICalendarLookup.h |
nsIAtom.h |
nsTraceRefcnt.h |
csICalendarServer.h |
nsICaseConversion.h |
nsVector.h |
csIDBTranslator.h |
nsICollection.h |
nsUnicharUtilCIID.h |
csIDataTranslator.h |
nsID.h |
nsXPComCIID.h |
csIMalloc.hplugins |
nsIEnumerator.h |
nsXPComFactory.h |
csIPlugin.h |
nsIEventQueueService.h |
nscore.h |
csIQualifiedCalidLookup.h |
nsIFactory.h |
pasdisp.h |
csIUserAttributes.h |
nsIPtr.h |
publisher.h |
mozIClassRegistry.h |
nsIServiceManager.h |
subscriber.h |
mozIRegistry.h |
nsIServiceProvider.h |
xcDll.h |
nsAgg.h |
nsISizeOfHandler.h |
xcDllStore.h |
nsCOMPtr.h |
nsISupports.h |
|
nsCRT.h |
nsISupportsArray.h |
|
Este directorio (cal-svr-base/csapi/plugins/) tiene archivos distribuibles en los siguientes subdirectorios:
Los siguientes archivos distribuibles se encuentran en este subdirectorio ( cal-svr-base/csapi/plugins/accesscontrol/ ):
csAccessControl.cpp |
csAccessControl.h |
csAccessControlFactory.cpp |
Los siguientes archivos que se pueden distribuir se encuentran en este subdirectorio ( cal-svr-base/csapi/plugins/authentication/ ):
csAuthentication.cpp |
csAuthentication.h |
csAuthenticationFactory.cpp |
Los siguientes archivos distribuibles se encuentran en este subdirectorio ( cal-svr-base/csapi/plugins/datatranslator/ ):
csDataTranslator.cpp |
csDataTranslator.h |
csDataTranslatorFactory.cpp |
Los siguientes archivos distribuibles se encuentran en este subdirectorio ( cal-svr-base/csapi/plugins/userattributes/ ):
csUserAttributes.cpp |
csUserAttributes.h |
csUserAttributesFactory.cpp |
Este directorio (cal-svr-base/csapi/samples/) tiene archivos distribuibles en los siguientes subdirectorios:
Los siguientes archivos distribuibles se encuentran en este subdirectorio (cal-svr-base/csapi/samples/authentication/):
authlogon.c |
authlogon.h |
authtest.c |
csAuthenticationLocal.cpp |
csAuthenticationLocal.h |
csAuthenticationLocalFactory.cpp |
Los siguientes archivos distribuibles se encuentran en este subdirectorio ( cal-svr-base/csapi/samples/datatranslator/):
csDataTranslatorCSV.cpp |
csDataTranslatorCSV.h |
csDataTranslatorCSVFactory.cpp |
Los siguientes archivos distribuibles se encuentran en este subdirectorio( cal-svr-base/csapi/samples/ens/):
apub.c |
asub.c |
rpub.c |
rsub.c |
Los siguientes archivos que se pueden distribuir se encuentran en este subdirectorio ( cal-svr-base/csapi/samples/userattributes/ ):
csUserAttributesDB.cpp |
csUserAttributesDB.h |
csUserAttributesDBFactory.cpp |