Chapitre 1 Informations communes de version des composants de Sun Java Communications Suite 5

Version 5

Ce chapitre contient des informations de version importantes communes à tous les composants de Sun Java ^TM Communications Suite 5.

La version actualisée de ces notes de version est disponible sur http://docs.sun.com/coll/1634.1. Consultez ce site Web avant d' installer et de configurer votre logiciel, puis régulièrement, pour obtenir les manuels et les notes de version les plus récents.

Ces notes de version se composent des sections suivantes :

• Notes de version de Sun Java Communications Suite – Historique de révision

• À propos de Sun Java Communications Suite, Version 5

• Nouveautés de cette version

• Notes d'installation et de mise à niveau de Sun Java Communications Suite

• Problèmes connus

Des URL de sites tiers, qui renvoient à des informations complémentaires connexes, sont référencés dans ce document.

Sun décline toute responsabilité quant à la disponibilité des sites Web de tiers mentionnés dans ce document. Sun ne garantit pas le contenu, la publicité, les produits et autres documents disponibles sur ces sites ou dans ces ressources, ou accessibles par leur intermédiaire, et ne saurait en être tenu pour responsable. Sun ne pourra en aucun cas être tenu responsable, directement ou indirectement, de tous dommages ou pertes, réels ou invoqués, causés par ou liés à l'utilisation des contenus, biens ou services disponibles dans ou par l'intermédiaire de ces sites ou ressources.

Notes de version de Sun Java Communications Suite – Historique de révision

À propos de Sun Java Communications Suite, Version 5

Sun Java Communications Suite intègre un nombre de serveurs et produits clients Sun pour prendre en charge les applications de communication et de collaboration distribuées.

Sun Java Communications Suite 5 comprend les composants suivants :

• Sun Java System Calendar Server 6.3

• Sun Java System Messaging Server 6.3

• Sun Java System Instant Messaging 7.2

• Sun Java System Communications Express 6.3

• Sun Java System Connector for Microsoft Outlook 7.2

• Sun Java System Delegated Administrator 6.4

• Sun Java System Communications Sync 3

  ---

  Remarque –

  Les notes de version de Sun Java System Communications Sync se trouvent sur Sun Java System Communications Sync 2006Q2 Release Notes

  ---

Localiser les patchs pour les produits Sun Java Communications Suite

Si vous voulez localiser les patchs pour les produits Sun Java Communications Suite, le Tableau 1–2 répertorie les mots-clés utilisés pour chaque produit Communications Suite. Vous pouvez utiliser le mot-clé spécifique pour rechercher des patchs pertinents sur Sunsolve.

Les guillemets doivent être utilisés pour rechercher la chaîne, espace compris.

Pour rechercher les patchs de tous les produits Logiciel Java Enterprise System, utilisez le mot-clé Java_ES.

Nouveautés de cette version

Cette section décrit les nouvelles fonctions et les modifications apportées à Sun Java Communications Suite 5.

Prise en charge de Red Hat Linux

La prise en charge de Sun Java Communications Suite dans les versions suivantes de Red Hat Linux a été désapprouvée et peut être supprimée dans une future version :

• Red Hat Enterprise Linux Advanced Server (versions 32 et 64–bits), version 3 (toutes les mises à jour)

• Red Hat Enterprise Linux Enterprise Server (versions 32 bits et 64 bits), version 3 (toutes les mises à jour)

Pour plus d'informations sur les versions actuellement prises en charge de Red Hat Linux, consultez Configuration du système d'exploitation requise pour Calendar Server, Messaging Server Configuration du système d'exploitation requise, Configurations requises, Configuration du système d'exploitation et Configuration de système d'exploitation requise pour le produit composant spécifique de Sun Java Communications Suite.

Changement de disponibilité des produits Sun Java Communications Suite

À partir de cette version de Sun Java Communications Suite 5, les produits de communication ne sont plus sous la licence de Sun Java Enterprise System. Les produits de communication sont disponibles comme composants de Sun Java Communications Suite ou comme produits individuels. Les produits de communication ne sont plus installés avec Java Enterprise System. Les composants des produits de communication interopèrent toujours avec ceux de Java Enterprise System.

Ce changement de licence n'affecte pas les produits de communication de Java Enterprise System 2005Q4. Si vous avez installé des produits de communication, le changement n'affecte pas votre licence.

Sun Java^TM Enterprise System Monitoring Framework

Cette version de Sun Java Communications Suite prend en charge Monitoring Framework 2.0. Cette structure fournit des informations sur les durées d'authentification, de remise des messages, le nombre de messages instantanés envoyés via le service et d'autres statistiques.

Pour plus d'informations concernant Sun Java^TM Enterprise System Monitoring Framework, voir : Sun Java Enterprise System 5 Monitoring Guide .

Prise en charge des plates-formes pour les produits Sun Java Communications Suite Server

Les composants serveur de Sun Java Communications Suite ne sont plus pris en charge par les plates-formes HP-UX ou Windows.

Notes d'installation et de mise à niveau de Sun Java Communications Suite

Installation de Sun Java System Portal Server

Sun Java System Portal Server n'est pas installé avec Sun Java System Sun Java Communications Suite 5. Pour installer Portal Server, reportez-vous au Sun Java Enterprise System 5 Installation Guide for UNIX.

Installation Bêta de Java Enterprise System 5

Si vous avez installé la version antérieure (Bêta) de Java Enterprise System, vous devez supprimer le package SUNWldapcsdk-tools avant d'installer la version commercialisée de JES 5. Ceci est dû au changement d'emplacement du package SUNWldapcsdk-tools dans la version commercialisée. Si vous ne supprimez pas ce package et que vous essayez de démarrer Calendar Server ou Messaging Server après avoir installé la version commercialisée, le message d'erreur suivant s'affiche :

Could not find .../bin/ldapsearch utility
Please install the ldapcsdk-tools package

Ce message d'erreur est dû au changement d'emplacement des outils LDAP.

Il existe deux solutions :

• Si vous n'avez pas installé JES, supprimez le package SUNWldapcsdk-tools avant d'installer la version commercialisée de JES5. Pour vérifier la version de SUNWldapcsdk-tools, exécutez la commande pkgparam -v SUNWldapcsdk-tools VERSION.

  ---

  Remarque –

  Votre version doit être 6.00,REV=2006.12.11.00.08 ou supérieure. Sinon, vous obtiendrez un message d'erreur indiquant que l'utilitaire de recherche LDAP n'a pas été trouvé.

  ---

  Utilisez la commande pkgrm SUNWldapcsdk-tools pour supprimer le package SUNWldapcsdk-tools.

• Si vous avez déjà exécuté le programme d'installation de JES5, vous pouvez supprimer manuellement le package SUNWldapcsdk-tools et l'installer en utilisant la commande :

  cd <jes5_distro>/Solaris_sparc/Product/shared_components/Packages pkgadd -d . SUNWldapcsdk-tools

Répertoires et ports de l'installation par défaut

Cette section énumère les répertoires et numéros de port de l'installation par défaut de Sun JavaSystem Communications Suite 5.

• Répertoires d'installation par défaut

• Numéros de port par défaut

Répertoires d'installation par défaut

Sans instructions contraires de votre part, le programme d'installation de Communications Suite installe automatiquement les composants dans les répertoires par défaut. Dans la plupart des cas, lorsque vous spécifiez des valeurs de configuration pendant ou après l'installation, vous pouvez spécifier un emplacement personnalisé qui ignorera l'emplacement par défaut, à l'exception de :

• Sun Cluster components. Vous ne pouvez pas modifier l'emplacement des répertoires d'installation.

• Message Queue. Vous ne pouvez pas modifier l'emplacement des répertoires d'installation.

Utilisez si possible le répertoire d'installation par défaut lorsque vous installez des composants. Si vous spécifiez un autre répertoire d'installation, vous choisissez de constamment pointer les composants sur ce répertoire pendant la configuration.

Le tableau suivant donne les répertoires d'installation par défaut pour les composants de Communications Suite.

Numéros de port par défaut

Quand le programme d'installation de Communications Suite vous demande de saisir un numéro de port, il effectue une vérification des ports utilisés et affiche une valeur par défaut appropriée. Si le numéro de port par défaut est utilisé par un autre composant ou une instance du même composant, le programme d'installation propose une autre valeur.

Le tableau suivant répertorie les numéros de port par défaut des composants produit Communications Suite et l'objet de chaque port.

Access Manager, Communications Express, et Delegated Administrator ne figurent pas dans ce tableau parce qu'ils utilisent les numéros de port du conteneur web dans lequel ils sont déployés.

Problèmes connus

Cette section répertorie les problèmes connus existant dans cette version de Sun Java Communications Suite.

Problèmes d'installation et de mise à niveau

2137103

Si vous effectuez une mise à niveau de n'importe quel composant Logiciel Java Enterprise System ou Communications Suite vers Logiciel Java Enterprise System 5 ou Communications Suite 5 sur un système exécutant Application Server 8.1, vous devez appliquer le patch suivant (ou plus récent) sur Application Server 8.1 en premier :

• 119166–17 Solaris SPARC

• 119167–17 Solaris x86

• 119168–17 Linux RHEL2.1 RHEL3.0

6527879

Impossible d'installer Communications Express dans une zone sparse root non globale locale à l'aide du programme d'installation de Communications Suite.

Vous devez ajouter manuellement les packages Communications Express et Access Manager à l'aide de pkgadd.

6531802

SUNWldkx n'est pas réinstallé.

Logiciel Java Enterprise System 5 ne réinstalle pas SUNWldkx. Celui-ci était installé à l'aide de l'option -G avec Logiciel Java Enterprise System 2005Q4. Vous pouvez obtenir le message d'erreur suivant lors de l'installation dans une zone sparse, même après avoir installé tous les composants partagés dans la zone globale :

Unsupported components in zone Following components required by the selected components, are not supported in non-global zone and they can not be installed directly into the non-global zone. Please install these components from the global zone before proceeding this installation. SharedComponent The installer can not proceed without resolving the problem. {"<" goes back, "!"exits}!

Consultez le journal du programme d'installation Logiciel Java Enterprise System (fichier le plus récent sous /var/sadm/install/logs) pour voir le composant partagé manquant. Il peut indiquer un ou plusieurs de ces composants partagés comme manquants : LDAPCSDKX, JCAPI, et IMAPI.

• LDAPCSDKX est le package SUNWldkx.

• JCAPI est le package SUNWjcapi.

• IMAPI est le package SUNWldkx.

Vérifiez si ces packages sont installés dans la zone globale. Si ce n'est pas le cas, il s'agit alors d'un bogue différent, peut-être 6531833 ou 6531809. S'ils sont présents, vérifiez alors que les packages sont listés sous /var/sadm/install/gz-only-packages . S'ils se trouvent dans gz-only-packages, alors la solution ci-dessous s'applique.

Solution : réinstallez manuellement le package dans la zone globale. L'emplacement de ces packages se trouve dans la distribution sous .../Product/shared_components/Packages

Pour effectuer l'installation :

1. cd vers l'emplacement du package.

2. Saisissez :

   pkgrm pkg

3. Saisissez :

   pkgadd —d . pkg

   pkg est le package qui pose problème.

6531809

Impossible d'installer Communications Express ou Instant Messaging dans une zone sparse.

Vous pouvez recevoir le message d'erreur suivant lors de l'installation de Communications Express ou Instant Messaging dans une zone sparse, même après l'installation de tous les composants partagés dans la zone globale :

Unsupported components in zone Following components required by the selected components, are not supported in non-global zone and they can not be installed directly into the non-global zone. Please install these components from the global zone before proceeding this installation. SharedComponent The installer can not proceed without resolving the problem. {"<" goes back, "!" exits} !

Vérifiez que les packages SUNWjcapi et SUNWiimdv sont installés dans la zone globale. S'ils ne le sont pas, appliquez la solution ci-dessous. S'ils sont présents, vérifiez alors que les packages sont listés sous /var/sadm/install/gz-only-packages . S'ils se trouvent dans gz-only-packages, il s'agit alors d'un autre problème.

Solution : installez manuellement SUNWjcapi et SUNWiimdv dans la zone globale. Ces packages se touvent dans la distribution sous .../Product/shared_components/Packages. Pour effectuer l'installation :

1. cd vers l'emplacement du package.

2. Saisissez :

   pkgadd -d . SUNWjcapi

3. Saisissez :

   pkgadd -d . SUNWiimdv

6531833

Impossible d'installer Access Manager dans une zone sparse, si Sun Cluster était installé avec l'option multilingue désactivée dans la zone globale mais activée dans la zone sparse.

6535582

L'exécution de l'affichage du journal avec l'option –help n'affiche pas l'aide.

L'exécution de la commande viewlog avec l'option -help lance l'afficheur de journaux au lieu d'afficher l'aide.

6535583

L'option –help du programme de désinstallation ne contient pas d'informations concernant l'obtention de la version.

Si vous exécutez la commande uninstaller avec l'option -help , une liste des options pouvant être utilisées avec uninstaller s'affiche. Cependant, l'option -version n'est pas listée comme elle devrait l'être.

Pas d'ID

Les scripts Sieve de l'utilisateur peuvent ne plus fonctionner après la mise à niveau.

Ceci est vrai pour les sites exécutant Messaging Server 2005Q4 patch 29 ou supérieur, et effectuant une mise à niveau vers la version actuelle de Messaging Server 6.3 ainsi que pour les utilisateurs utilisant le filtrage basé sur la date via les filtres de courrier depuis Communications Express.

Pour les filtres Sieve, l'action setdate, implémentée pour Messaging Server 2005Q4 (problème 6236243), a été supprimée dans Messaging Server 6.3. À la place de cette approche obsolète, la dernière extension Sieve date (et en particulier son test currentdate) a été implémentée.

Il est peu probable que les utilisateurs finaux aient essayé d'utiliser explicitement et sciemment setdate. Cependant, le générateur de filtre de courrier de Communications Express dans Messaging Server 2005Q4 utilisait setdate lorsque les utilisateurs demandaient un filtrage de leurs messages par date. Par conséquent, plusieurs utilisateurs possèdent, sans le savoir, des filtres Sieve personnels utilisant l'action setdate obsolète. Si un utilisateur modifie un filtre Sieve de quelque façon que ce soit, toute utilisation obsolète sera corrigée pour utiliser la nouvelle approche currentdate. Dans le même temps, le filtre Sieve est considéré comme syntaxiquement incorrect et génère une erreur ; chaque message destiné à l'utilisateur et comportant un filtre Sieve incorrect est simplement envoyé sans filtrage. De plus, le MTA envoie un message de notification à l'utilisateur disposant du filtre Sieve concernant le problème de syntaxe du filtre.

Problèmes détectés dans la documentation

6524806, 6514424

Le manuel Communications Suite Schema Migration Guide définit de manière incorrecte les options d'authentification d'utilisateur et de mot de passe pour l'utilitaire commdirmig.

L'option -D de l'utilitaire commdirmig doit être spécifiée avec AuthenticationDN, DN du gestionnaire d'annuaire, utilisateur autorisé à exécuter et à gérer Directory Server. L'option -w doit être spécifiée avec un password , mot de passe du gestionnaire d'annuaire.

Le Schema Migration Guide indique à tort que l'option -D doit être spécifiée avec l'ID de connexion de l'utilisateur autorisé à gérer Directory Server. Il déclare de façon tout aussi incorrecte que l'option -w doit être spécifiée avec un fichier de mots de passe (plutôt qu'une chaîne de mots de passe saisie dans la ligne de commande).

6523606

Le manuel Communications Suite Schema Migration Guide décrit de manière incorrecte les emplacements des fichiers d'audit générés par l'utilitaire commdirmig.

Par défaut, le fichier AuditLDIFFile généré par l'utilitaire commdirmig est écrit dans le répertoire /tmp.

Le chapitre 3, Using the Migration Utility du Schema Migration Guide indique à tort que les chemins par défaut pour le fichier AuditLDIFFile sont les suivants :

• Solaris  : /var/opt/SUNWComm/log/commdirmig.audit.ldif

• Linux : /var/opt/sun/comms/commcli/log/commdirmig.audit.ldif