Fichier lisezmoi de Novell Identity Manager 4.0.1

3.1.1 Sous Windows, le passage de la version  d'Identity Manager 3.5.1 à la version 4.0.1 ne supprime pas l'entrée Système connecté Novell Identity Manager dans Ajouter ou supprimer des programmes

3.1.2 Sous Windows, le programme d'installation de la structure d'Identity Manager 4.0.1 n'enregistre pas les fichiers d'installation à l'emplacement spécifié si le chemin contient des espaces

3.1.3 Le pilote bidirectionnel Linux/UNIX ne peut pas être installé dans une zone Solaris contenant une partition /usr en lecture seule

Vous ne pouvez pas installer le pilote bidirectionnel Linux/UNIX dans une zone Solaris contenant une partition /usr en lecture seule. Si vous sélectionnez le pilote pour installation, le programme d'installation de la structure d'Identity Manager 4.0.1 renvoie une erreur.

3.1.4 Le bouton Restaurer les valeurs par défaut ne fonctionne pas pendant l'installation d'Identity Manager

Lors de l'installation d'Identity Manager, si vous revenez à la page relative au répertoire d'installation depuis la page suivante, le bouton Restaurer les valeurs par défaut ne fonctionne pas comme prévu.

3.1.5 La liste Ajout/Suppression de programmes affiche une version incorrecte d'Identity Manager

Après avoir installé Identity Manager 4.0.1 sur votre machine Windows, si vous cliquez sur le lien Cliquer ici pour obtenir des informations sur le support technique sous l'entrée Identity Manager de la liste Ajout/Suppression de programmes, c'est Identity Manager 4.0 qui s'affiche.

Pour vérifier que la version correcte d'Identity Manager a été déployée sur votre machine, exécutez la commande DxCMD.

3.2.1 Sous Windows, le programme d'installation intégré d'Identity Manager 4.0.1 ne s'installe pas en cas d'utilisation de chemins UNC

Vous ne pouvez pas utiliser des chemins UNC pour l'installation et la configuration lorsque vous faites appel au programme d'installation intégré d'Identity Manager 4.0.1 (par exemple : \\monserveur\share\Identity_Manager_4.0.1_Windows_Enterprise).

Pour résoudre ce problème, créez une unité assignée réelle.

3.2.2 L'installation d'Identity Manager sur un bureau à distance échoue parfois

Il se peut que l'installation d'Identity Manager échoue et affiche un message d'erreur si vous effectuez l'installation à partir d'un bureau à distance. Étant donné qu'une connexion de bureau à distance est différée par rapport à l'accès réel/physique, le processus d'installation ne parvient pas à obtenir les renvois locaux, ce qui entraîne l'échec de l'opération.

Pour contourner ce problème, installez Identity Manager sur une connexion réelle/physique du serveur ou utilisez une connexion VNC.

3.2.3 Le programme d'installation intégré n'ajoute pas de serveur de consignation au fichier logevent.cfg

Le fichier logevent.cfg est modifié sur les plates-formes Windows et Linux si le module Identity Reporting ou de provisioning basé sur les rôles est configuré. Si le module Identity Reporting ou de provisioning basé sur les rôles n'est pas configuré, utilisez les programmes d'installation individuels pour activer l'audit d'eDirectory, Identity Manager et l'administrateur d'assignation de rôles. Pour plus d'informations, reportez-vous à la section Setting Up Logging (Configuration de la consignation) du manuel Identity Manager Roles Based Provisioning Module 4.0.1 User Application: Administration Guide (Guide d'administration de l'application utilisateur du module de provisioning basé sur les rôles Identity Manager version 4.0.1).

3.2.4 Aucune vérification de l'état de santé du serveur avant l'ajout d'un serveur secondaire

Le programme d'installation intégré n'effectue aucune vérification de l'état de santé avant l'ajout d'un serveur secondaire

Vous devez exécuter ndscheck si vous ajouter un serveur secondaire à l'aide du programme d'installation intégré. Sous Windows, exécutez ndscheck à partir de l'emplacement <emplacement_installation>\NDS. Sous Linux/Solaris, exécutez-le à partir du répertoire /opt/novell/eDirectory/bin/ndscheck. Spécifiez les paramètres obligatoires et exécutez la commande comme suit :

ndscheck [-h <nom_hôte_port]>] [-a <FDN_admin>] [[-w <mot_de_passe>]

3.3.1 La page d'aide de la console du chargeur distant ne s'affiche pas sous Windows Server 2008 Core

Sous Windows Server 2008 Core, lorsque vous cliquez sur Aide dans la console du chargeur distant, la page d'aide correspondante ne s'affiche pas.

Pour résoudre ce problème, installez un navigateur (par exemple, Internet Explorer) sur votre machine et cliquez sur Aide dans la console du chargeur distant.

3.3.2 Les événements d'audit ne sont pas générés si des chargeurs distants 32 et 64 bits coexistent

Si vous choisissez d'héberger les chargeurs distants 32 et 64 bits sur la même machine, les événements d'audit sont uniquement générés avec le chargeur distant 64 bits. Les événements ne sont pas consignés dans le fichier lcache avec le chargeur distant 32 bits.

Lors d'une installation conjointe des chargeurs distants 32 et 64 bits, les événements sont consignés dans le lcache 64 bits et le chargeur distant 32 bits ne parvient pas à consigner les événements d'audit. Il affiche un message d'erreur indiquant que l'agent est déjà en cours d'exécution.

Toutefois, si un chargeur distant 64 bits est installé avant un chargeur distant 32 bits, les événements sont consignés dans le lcache 32 bits empêchant le chargeur distant 64 bits de consigner les événements. Les lcaches 32 et 64 bits ne fonctionnent pas sur la même machine.

Pour éviter ce problème, n'installez pas les chargeurs distants 32 et 64 bits sur la même machine.

3.4.1 Il se peut qu'Identity Manager 4.0.1 signale sporadiquement une erreur de type liaison non satisfaite sous Solaris 10

Au démarrage d'Identity Manager 4.0.1 sous Solaris 10, une erreur de type liaison non satisfaite peut se produire sporadiquement.

Pour résoudre ce problème, accédez au répertoire /opt/novell/eDirectory/lib/ et supprimez manuellement les fichiers de taille nulle suivants :

3.4.2 Lorsque vous démarrez eDirectory sur des machines virtuelles, le chargement d'Identity Manager risque d'échouer en raison d'une erreur de JNI_CreateJavaVM.

Ce problème ne se produit que sur les machines virtuelles.

Pour contourner ce problème :

3.4.3 L'activation ou la désactivation d'une tâche de télémétrie échoue sur un autre serveur de l'ensemble de pilotes

Une tâche de télémétrie ne doit être activée ou désactivée qu'à partir du serveur sur lequel son exécution est configurée.

Si vous l'activez ou la désactivez à partir d'un autre serveur que celui sur lequel son exécution est configurée, elle ne peut pas être activée ni désactivée. Son exécution peut même se poursuivre si elle est désactivée sur l'autre serveur.

3.5.1 La mise à niveau du pilote JDBC d'une version antérieure à 3.5.1 vers cette dernière ou une version ultérieure échoue

Ce problème n'a été signalé que sur MySQL. L'opération de mise à niveau du pilote JDBC depuis une version antérieure à 3.5.1 vers cette dernière ou une version ultérieure échoue.

Cet échec est dû à l'une des raisons suivantes :

Pour contourner ce problème, utilisez l'une des actions suivantes :

3.5.2 La sélection d'options est impossible pendant la création ou la configuration d'un pilote sous Linux dans Designer

Il est parfois impossible de sélectionner des options de menu déroulant lors de la création ou de la configuration d'un pilote. Pour contourner ce problème :

3.6.1 Les nœuds d'extrémité du système connecté ne sont accessibles que si l'adresse IP est modifiée pour le pilote de passerelle système gérée

Pour accéder aux nœuds d'extrémité d'un système connecté, spécifiez l'adresse IP de la machine sur laquelle le programme d'installation intégré réside dans la section Configuration du pilote > Paramètres de connexion du pilote de passerelle système gérée.

3.6.2 Une erreur s'affiche si les modules Identity Reporting et RBPM sont configurés séparément

Le programme d'installation intégré affiche l'erreur suivante si les modules Identity Reporting et de provisioning basé sur les rôles sont configurés séparément :

'Failed to load users/passwords/role files'

Pour éviter ce problème, arrêtez JBoss avant d'installer le module Identity Reporting ou redémarrez JBoss une fois l'installation terminée.

3.6.3 La colonne Base de données ne se remplit pas lors des assignations de rôles

Lorsque les utilisateurs assignent des rôles, la colonne request_date de la table idmrpt_idv_identity_trust ne se complète pas avec les données correspondantes. Le numéro de défectuosité à cet égard est le 633206.

3.6.4 La suppression d'attributs étendus n'est pas prise en compte dans la table des attributs étendus

Si vous supprimez un attribut qui a été ajouté à la stratégie de filtre du pilote du service de collecte de données, cet attribut n'est pas supprimé de la table des attributs étendus (idmrpt_ext_attr, qui suit les attributs) et aucune donnée n'est retirée de la table idmrpt_ext_item_attr. Le numéro de défectuosité à cet égard est le 633209.

3.6.5 L'agenda n'accède pas à la date du jour lorsque l'option d'affichage est définie sur 1 semaine

Dans Firefox, lorsque les options d'affichage sont configurées pour afficher 1 semaine sur la page Agenda, la planification du jour ne s'affiche pas si vous cliquez sur le bouton Aujourd'hui. mais bien du jour correspondant à aujourd'hui plus une semaine. Pour consulter la planification du jour en cours dans la page Agenda, appuyez sur la flèche vers le haut pour reculer d'une semaine. Ce problème ne se pose pas dans Internet Explorer.

3.6.6 L'horloge doit être correctement réglée avant d'exécuter l'installation d'EAS

Assurez-vous que votre ordinateur affiche l'heure correcte avant d'exécuter le programme d'installation du service d'audit d'événements (EAS). Si l'horloge n'est pas définie correctement, EAS ne peut pas capturer des événements.

3.6.7 L'installation du module de création de rapports écrase parfois le fichier logevent.conf

Dans les circonstances suivantes, le fichier logevent.conf est écrasé sans avertissement au cours de l'installation du module de création de rapports :

Pour résoudre ce problème, mettez à jour manuellement le fichier /etc/logevent.conf lorsque l'installation est terminée.

3.6.8 L'installation du module de création de rapports n'écrit pas correctement le fichier JAR du pilote JDBC PostgreSQL si EAS est distant

Si EAS est installé à distance et que vous souhaitez tester la connexion à ce service pendant l'installation du module Novell Identity Reporting, le répertoire parent du répertoire d'installation que vous avez choisi doit exister avant d'exécuter l'installation. Si ce n'est pas le cas, le répertoire d'installation ne peut pas être créé afin d'écrire le fichier JAR du pilote JDBC utilisé pour tester la connexion. Par exemple, si vous installez le module Identity Reporting à l'emplacement /opt/novell/IdentityReporting, vous devez vous assurer que le répertoire /opt/novell existe avant de lancer l'installation.

3.6.9 L'état de collecte du pilote de passerelle système gérée est actif dans SE

Si les modules RBPM et Identity Reporting sont configurés à partir d'un fichier .iso AE et que l'arborescence à laquelle ils sont connectés est une arborescence SE, l'état de collecte du pilote de passerelle système gérée est actif alors qu'il ne devrait pas l'être. Ce bogue se produit uniquement dans le scénario mixte suivant :

Etant donné que le module de création de rapports est configuré à partir d'un fichier AE .iso, il tente de configurer le pilote de passerelle système gérée et le paramètre d'enregistrement de ce dernier est défini sur Oui dans le pilote du service de collecte de données.

3.6.10 Le déploiement de IDMRPT_CORE.war est susceptible d'échouer sur JBoss

Le déploiement de IDMRPT_CORE.war échoue parfois sur le serveur d'applications JBoss en raison de problèmes de mémoire. Ce problème ne se produit qu'au démarrage suivant l'installation initiale ou pendant l'importation de nouveaux rapports. Recherchez les messages d'erreur suivants dans la console du serveur :

***********Server Error Log******************
16:45:02,440 INFO  [[/IDMRPT-CORE]] Marking servlet OsgiBridge as unavailable
16:45:02,441 ERROR [[/IDMRPT-CORE]] Servlet /IDMRPT-CORE threw load() exception
java.lang.OutOfMemoryError: Java heap space

...

*******************************************

Il existe deux problèmes de mémoire distincts et les solutions sont différentes :

java.lang.OutOfMemoryError
    at java.util.zip.ZipFile.open(Native Method)
    at java.util.zip.ZipFile.<init>(Unknown Source)
    at java.util.zip.ZipFile.<init>(Unknown Source)
    at
org.jboss.virtual.plugins.context.zip.ZipFileWrapper.ensureZipFile(ZipFileWrapper.java:175)
    at
org.jboss.virtual.plugins.context.zip.ZipFileWrapper.openStream(ZipFileWrapper.java:213)
    at
org.jboss.virtual.plugins.context.zip.ZipEntryContext.openStream(ZipEntryContext.java:1082)
    at
org.jboss.virtual.plugins.context.zip.ZipEntryHandler.openStream(ZipEntryHandler.java:153)
    at org.jboss.virtual.VirtualFile.openStream(VirtualFile.java:230)
    at
org.jboss.classloading.spi.vfs.policy.VFSClassLoaderPolicy.getResourceAsStream(VFSClassLoaderPolicy.java:483)

3.6.11 Un certificat valide n'est pas converti

Ce problème n'a été observé que sur WebSphere.

Lorsque vous ajoutez une application au module de création de rapports, vous remarquerez peut-être qu'un certificat pourtant valide n'est pas correctement converti. Ce problème peut résulter des opérations suivantes :

Le certificat devrait être converti, mais ce n'est pas le cas.

Pour éviter ce problème, il suffit de faire un copier-coller du contenu du certificat dans la zone de texte à l'écran.

3.6.12 Lorsque des utilisateurs sont ajoutés à la fois dans RBPM et iManager, les rapports risquent d'être vides

Si des utilisateurs sont ajoutés à la fois dans RBPM et iManager, ils sont mis à jour dans la base de données dans la table idmrpt_idv_acct. Toutefois, il se peut que les rapports suivants soient vides après leur exécution si l'heure des serveurs n'est pas synchronisée :

Ce problème se produit si les serveurs méta-annuaire et de création de rapports sont exécutés sur des machines différentes et que la valeur de tampon horaire du serveur méta-annuaire est à l'avance par rapport à celle du serveur de création de rapports. La valeur de tampon horaire du compte utilisateur (heure valide) met à jour le tampon horaire du méta-annuaire. Vous ne pouvez pas récupérer les données dans les rapports tant que l'heure du serveur de création de rapports ne correspond pas à l'heure valide du compte utilisateur.

Ce cas de figure se produit uniquement pour les nouveaux utilisateurs lorsque l'heure de leurs serveurs n'est pas synchronisée. La solution à ce problème consiste à veiller à ce que tous les serveurs aient la même heure.

3.6.13 Impossible de modifier la fréquence dans une planification

À l'heure actuelle, la version 4.0.1 du module Identity Reporting ne permet pas de modifier la fréquence d'une planification. Pour changer la fréquence (par exemple, passer d'hebdomadaire à mensuel), vous devez supprimer la planification et en créer une nouvelle.

3.6.14 Lors du téléchargement d'un fichier RPZ avec Internet Explorer, celui-ci risque d'être converti en ZIP

Actuellement, si vous utilisez la page Télécharger du module Identity Reporting avec le navigateur Internet Explorer, l'extension du fichier peut changer de .rpz à .zip. Cela ne pose aucun problème. Le module de création de rapports traite le téléchargement et importe le rapport correctement même s'il porte l'extension .zip. Avec le navigateur Firefox, l'extension reste .rpz.

3.6.15 La mise à niveau du module Identity Reporting ne rend pas compte de la version Advanced Edition

Pour que la version passe de Standard Edition à Advanced Edition, procédez comme suit :

3.7.1 Un message d'erreur s'affiche pour la fonction de copie dans le portlet Détail

Dans Firefox, si vous tentez de copier du texte dans le portlet Detail, un message d'erreur s'affiche.

Ce message apparaît lorsque vous effectuez les opérations suivantes :

Si vous effectuez ces étapes, le message d'erreur suivant s'affiche :

“Exception... "Access to XPConnect service
denied"  code: "1011" nsresult: "0x805303f3
(NS_ERROR_DOM_XPCONNECT_ACCESS_DENIED)"  location:
"http://172.16.1.99:8180/IDMProv/resource//portal-general/javascript/html_editor.js
Line: 531" ” when clicked on Copy button.

Ce message peut également apparaître lors d'opérations couper-coller.

Il s'agit d'un problème connu avec Dojo et Firefox.

3.7.2 Le basculement au niveau des sessions ne fonctionne pas avec les répartiteurs logiciels

Le basculement au niveau des sessions ne fonctionne pas correctement avec les répartiteurs logiciels. En revanche, il fonctionne correctement avec les répartiteurs matériels. Jusqu'à nouvel ordre, l'application utilisateur prend uniquement en charge des répartiteurs matériels dans un environnement en grappe.

3.7.3 Les formulaires ne s'impriment pas correctement dans Internet Explorer

Vous pouvez ajouter JavaScript à un formulaire de workflow afin de permettre l'impression. Toutefois, cette technique ne donne pas le résultat escompté dans Internet Explorer.

Comme expliqué dans la documentation relative à Designer, vous pouvez ajouter à l'événement form onload les éléments suivants :

form.interceptAction("SubmitAction", "around",
      function (invocation)
        {var pf = new PrintForm("SubmitAction");
         pf.printFormInterceptor(invocation);
       } );

Cette opération fonctionne correctement tant pour Internet Explorer que pour Firefox. Néanmoins, dans Internet Explorer, le formulaire imprimé n'est pas mis en forme comme il se doit, alors qu'il l'est dans Firefox.

Firefox prend en charge le redimensionnement automatique des pages. Il considère l'ensemble de la page comme un vecteur et la redimensionne, tandis qu'Internet Explorer change uniquement les styles au niveau interne. Dès lors, seul Firefox permet de redimensionner la page de manière adéquate pour l'impression.

Pour éviter ce problème dans Internet Explorer, plusieurs solutions sont possibles. Déterminez celle qui vous convient le mieux parmi les suivantes :

3.7.4 Les rapports RBPM sont devenus obsolètes

Les rapports de module de provisioning basé sur les rôles qui étaient fournis dans les anciennes versions du produit (disponibles sous Rapports dans l'onglet Rôles et ressources) sont devenus obsolètes dans cette version. Ils seront supprimés dans une prochaine version.

3.7.5 Les signatures numériques ne sont plus prises en charge

Les signatures numériques ne sont plus prises en charge dans cette version.

3.7.6 Les portlets d'accessoires ne sont plus pris en charge

Les portlets d'accessoires ne sont plus pris en charge dans cette version.

3.7.7 Un nouvel utilisateur dont le nom contient des caractères spéciaux ne peut pas se loguer à l'application utilisateur

Sur WebSphere, si vous créez un utilisateur dont le nom comporte des caractères spéciaux, il ne peut pas se loguer à l'application utilisateur. Par exemple, si vous créez un utilisateur nommé /Test// à partir de la page Créer des utilisateurs et des groupes, une page d'erreur s'affiche lorsque cet utilisateur tente de se loguer à l'application.

3.7.8 Sous Windows, le programme d'installation de JBossPostgreSQL peut afficher une fenêtre contextuelle en mode silencieux

PostgreSQL nécessite plusieurs bibliothèques Microsoft VC++ lorsqu'il s'exécute sous Windows. Si ces bibliothèques ne sont pas encore installées sur le serveur Windows, le programme d'installation de PostgreSQL les installe automatiquement. Lorsque vous exécutez le programme d'installation de JBossPostgreSQL en mode silencieux sous Windows, si ces bibliothèques ne sont pas encore présentes sur la machine, une fenêtre contextuelle s'affiche durant trois secondes environ pendant leur installation.

Pour l'instant, le programme d'installation n'est pas en mesure de supprimer cette fenêtre contextuelle sous Windows.

3.7.9 Le pilote de l'application utilisateur ne contient pas d'ayants droit pour les rapports d'attestation

Si vous redéployez le pilote de l'application utilisateur à partir de Designer après avoir exécuté le programme d'installation intégré, les ayants droit des définitions de requête de provisioning Rapport d'attestation sont supprimés et aucun ne peut exécuter le rapport. Cela est dû au fait que les ayants droit sont ajoutés aux définitions de requête de provisioning Rapport d'attestation au démarrage de l'application utilisateur. Étant donné que Designer ignore l'identité des ayants droit, une tentative de redéploiement du pilote de l'application utilisateur depuis Designer supprime ces derniers. Par conséquent, vous devez importer ces objets à partir d'eDirectory, après le démarrage de l'application utilisateur, afin de synchroniser les ayants droit.

3.7.10 Le programme d'installation intégré ne gère pas correctement les codes d'erreur RBPM

Dans certains cas, le programme d'installation intégré ne gère pas correctement les erreurs de configuration du module de provisioning basé sur les rôles. Ce peut être le cas lorsque la configuration du module de provisioning basé sur les rôles échoue en raison d'un problème au niveau du processus de configuration du pilote. Si tel est le cas, le résumé de configuration du programme d'installation intégré affiche un message indiquant que la configuration du module de provisioning basé sur les rôles a réussi, mais avec certaines erreurs. Le numéro de défectuosité à cet égard est le 641557.

3.7.11 Problème de mise en cache avec des assignations récemment supprimées

Si vous créez une assignation de rôle ou de ressource que vous supprimez par la suite, vous obtenez un message confirmant cette suppression, mais l'assignation figure toujours dans la liste. Si vous rafraîchissez la page, vous constatez que l'assignation a bien été supprimée. Il s'agit d'un problème de mise en cache.

3.7.12 Les noms d'entité comportant un tiret ne sont pas pris en charge par la fonction de recherche au sein du portlet Org Chart

La fonction de recherche dans le portlet Org Chart n'est pas opérationnelle si le type d'entité affiché contient un tiret (-) dans le nom. À l'heure actuelle, le produit ne prend pas en charge les entités dont le nom comporte un tiret.

3.7.13 Le déploiement de RBPM sur JBoss 5.1.0 EAP déclenche des avertissements et des erreurs au démarrage

Si vous déployez le module de provisioning basé sur les rôles sur la plate-forme JBoss 5.1.0 EAP (Enterprise Application Platform), le journal de démarrage peut contenir plusieurs avertissements et erreurs.

Le problème est que le programme d'installation de RBPM utilise la version communautaire du fichier messaging-jboss-beans.xml comme modèle pour générer sa propre version du fichier. Malheureusement, la version EAP diffère à de nombreux égards, notamment au niveau des définitions de QueueMODefinition et de TopicMODefinition.

La solution à ce problème consiste à remplacer le fichier messaging-jboss-beans.xml en votre possession par le fichier XML modifié illustré ci-dessous. Le fichier doit se trouver dans le dossier IDMProv/deploy/messaging.

<?xml version="1.0" encoding="UTF-8"?>

<!--
 ========================================================================

 Copyright (c) 2009 Novell, Inc. All Rights Reserved.

 THIS WORK IS SUBJECT TO U.S. AND INTERNATIONAL COPYRIGHT LAWS AND TREATIES
 NO PART OF THIS WORK MAY BE USED, PRACTICED, PERFORMED COPIED, DISTRIBUTED,
 REVISED, MODIFIED, TRANSLATED, ABRIDGED, CONDENSED, EXPANDED, COLLECTED,
 COMPILED, LINKED, RECAST, TRANSFORMED OR ADAPTED WITHOUT THE PRIOR WRITTEN
 CONSENT OF NOVELL, INC. ANY USE OR EXPLOITATION OF THIS WORK WITHOUT
 AUTHORIZATION COULD SUBJECT THE PERPETRATOR TO CRIMINAL AND CIVIL
 LIABILITY.

 ========================================================================
-->

<!--
    Messaging beans
    $Id: messaging-jboss-beans.xml 88672 2009-05-11 20:49:47Z anil.saldhana@jboss.com $
-->
<deployment xmlns="urn:jboss:bean-deployer:2.0">

   <!-- messaging application-policy definition -->
   <application-policy xmlns="urn:jboss:security-beans:1.0" name="messaging">
      <authentication>
         <login-module code="org.jboss.security.auth.spi.DatabaseServerLoginModule" flag="required">
            <module-option name="unauthenticatedIdentity">guest</module-option>
            <module-option name="dsJndiName">java:/IDMUADataSource</module-option>
            <module-option name="principalsQuery">SELECT PASSWD FROM JBM_USER WHERE USER_ID=?</module-option>
            <module-option name="rolesQuery">SELECT ROLE_ID, 'Roles' FROM JBM_ROLE WHERE USER_ID=?</module-option>
         </login-module>
      </authentication>
   </application-policy>

   <bean name="SecurityStore" class="org.jboss.jms.server.jbosssx.JBossASSecurityMetadataStore">
      <!-- default security configuration -->
      <property name="defaultSecurityConfig">
         <![CDATA[
            <security>
               <role name="guest" read="true" write="true" create="true"/>
            </security>
         ]]>
      </property>
      <property name="suckerPassword">changeit</property>
      <property name="securityDomain">messaging</property>
      <property name="securityManagement"><inject bean="JNDIBasedSecurityManagement"/></property>
      <!-- @JMX annotation to export the management view of this bean -->
      <annotation>@org.jboss.aop.microcontainer.aspects.jmx.JMX(name="jboss.messaging:service=SecurityStore",exposedInterface=org.jboss.jms.server.jbosssx.JBossASSecurityMetadataStoreMBean.class)</annotation>
      <!-- Password Annotation to inject the password from the common password utility
       <annotation>@org.jboss.security.integration.password.Password(securityDomain="messaging",methodName="setSuckerPassword")</annotation>
       -->
   </bean>

   <bean name="MessagingDeploymentTemplateInfoFactory"
      class="org.jboss.managed.plugins.factory.DeploymentTemplateInfoFactory"/>

   <bean name="QueueTemplate" class="org.jboss.profileservice.management.templates.JmsDestinationTemplate">
      <property name="info"><inject bean="QueueTemplateInfo"/></property>
   </bean>
   <bean name="QueueTemplateInfo"
      class="org.jboss.profileservice.management.templates.JmsDestinationTemplateInfo">
      <constructor factoryMethod="createTemplateInfo">
         <factory bean="DSDeploymentTemplateInfoFactory"/>
         <parameter class="java.lang.Class">org.jboss.profileservice.management.templates.JmsDestinationTemplateInfo</parameter>
         <parameter class="java.lang.Class">org.jboss.jms.server.destination.QueueServiceMO</parameter>
         <parameter class="java.lang.String">QueueTemplate</parameter>
         <parameter class="java.lang.String">A template for JMS queue *-service.xml deployments</parameter>
      </constructor>
      <property name="destinationType">QueueTemplate</property>
   </bean>

   <bean name="TopicTemplate" class="org.jboss.profileservice.management.templates.JmsDestinationTemplate">
      <property name="info"><inject bean="TopicTemplateInfo"/></property>
   </bean>
   <bean name="TopicTemplateInfo"
      class="org.jboss.profileservice.management.templates.JmsDestinationTemplateInfo">
      <constructor factoryMethod="createTemplateInfo">
         <factory bean="DSDeploymentTemplateInfoFactory"/>
         <parameter class="java.lang.Class">org.jboss.profileservice.management.templates.JmsDestinationTemplateInfo</parameter>
         <parameter class="java.lang.Class">org.jboss.jms.server.destination.TopicServiceMO</parameter>
         <parameter class="java.lang.String">TopicTemplate</parameter>
         <parameter class="java.lang.String">A template for JMS topic *-service.xml deployments</parameter>
      </constructor>
      <property name="destinationType">TopicTemplate</property>
   </bean>

</deployment>

3.7.14 Le moteur de workflow affiche l'erreur java.lang.StackOverflowError dans un workflow en boucle

Si vous avez des workflows de nature récursive (qui exécutent des boucles), un message d'erreur StackOverflowError peut apparaître au moment de l'exécution. Java ne gère pas efficacement l'espace de pile pour les fonctions dont le type est récursif. Par conséquent, si les workflows sont récursifs, vous devez augmenter la taille de pile de la JVM. Par défaut, cette valeur est de 512 K, mais vous pouvez la faire passer, par exemple, à 1 M.

Pour augmenter la taille de la pile, vous pouvez inclure le paramètre -Xss1M avec JAVA_OPTS dans votre fichier de script de démarrage de JBoss.

JAVA_OPTS="-server -Xss1M -Xms512M -Xmx512M -XX:MaxPermSize=512m"

3.7.15 Définition du paramètre NDSD_TRY_NMASLOGIN_FIRST sur true dans eDirectory

Si vous effectuez une installation par défaut de eDirectory et appliquez à un utilisateur existant une stratégie de mot de passe comportant une opération d'envoi de mot de passe par courrier électronique à l'utilisateur, puis que vous vous loguez sous son identité et exécutez une procédure de mot de passe oublié, il se peut qu'un message indiquant que Le mot de passe universel n'est pas défini s'affiche après avoir répondu aux questions de vérification d'identité.

Pour résoudre ce problème :

Pour plus d'informations, reportez-vous à la section « How to Make Your Password Case-Sensitive » (Procédure pour rendre le mot de passe sensible à la casse) du manuel Novell eDirectory 8.8 What’s New Guide (Guide des nouveautés de Novell eDirectory 8.8).

3.8.1 Internet Explorer 7 invite continuellement à accéder au Presse-papiers

Lorsque vous utilisez iManager, en particulier le générateur de stratégies, Internet Explorer 7 vous invite continuellement à accéder au presse-papiers. Pour désactiver cette invite :

3.8.2 Dépendance du plug-in iManager pour l'assistant Certificats de pilote NDS-to-NDS

Si vous voulez utiliser l'assistant Certificats de pilote NDS-to-NDS, vous devez télécharger et installer le plug-in iManager pour le serveur de certificats Novell.

3.9.1 Performances de plug-in Identity Manager 4.0.1

Si votre système Identity Manager compte plusieurs répliques du coffre-fort d'identité et que celles-ci sont fréquemment mises à jour, les opérations effectuées sur le coffre-fort d'identité sont retardées. Ce constat est plus évident au cours du processus de création du pilote, lorsque de nombreux objets sont ajoutés au coffre-fort d'identité. Ce retard est d'autant plus important que le nombre de répliques du coffre-fort d'identité est élevé.

3.10.1 La désinstallation de la structure d'Identity Manager 4.0.1 ne supprime pas le fichier DXMLnotes.pkg sous Solaris 10

3.10.2 Sous Windows, les fichiers journaux de la désinstallation de la structure d'Identity Manager 4.0.1 ne sont pas créés dans le dossier Uninstall

Les fichiers journaux de la désinstallation sont créés dans le répertoire temp.

3.10.3 Sous Windows, la désinstallation du serveur méta-annuaire ne supprime pas le répertoire lib

Les fichiers JAR qui résident dans le répertoire lib ne sont pas supprimés.

Le programme de désinstallation désinstalle d'autres composants.

3.11.1 Sous Windows, la désinstallation du coffre-fort d'identité se bloque en mode silencieux

La désinstallation du coffre-fort d'identité se bloque lorsque vous exécutez la commande nds-uninstall.

Pour parvenir à désinstaller le coffre-fort d'identité :

3.11.2 Le programme d'installation intégré ne supprime pas JBoss et PostgreSQL

Pour plus d'informations sur la désinstallation du module de provisioning basé sur les rôles, reportez-vous au manuel Guide d'installation de l'application utilisateur du module de provisioning basé sur les rôles Identity Manager version 4.0.1.

3.11.3 Sous Windows, le programme de désinstallation intégré ne nettoie pas complètement le dossier d'installation

La commande suivante peut échouer en renvoyant une valeur de sortie 1:

cmd /c copy
"C:\Users\Administrator\AppData\Local\Temp\2\I1285831815\Windows\resource\jre\..\iawin64_x64.dll"
"C:\Program Files (x86)\Novell\Identity
Manager\Uninstall_Roles_Based_Provisioning_Module_for_Novell_Identity_Manager\resource\iawin64_x64.dll

Le programme de désinstallation ne supprime pas les dossiers <Install> et <system drive>\Novell\conf.

Pour résoudre ce problème, supprimez manuellement ces dossiers.

3.12.1 Sous Windows, les programmes d'installation d'Identity Manager 4.0.1 présentent des caractères corrompus en mode console

Si vous sélectionnez le brésilien, le portugais, le danois, le néerlandais, l'anglais, le français, l'allemand, l'italien, le suédois, l'espagnol ou le russe comme langue d'installation d'Identity Manager 4.0.1, le programme d'installation affiche des caractères corrompus lors de l'installation.

Si vous choisissez l'anglais, le programme d'installation contient un caractère corrompu sur la page de sélection de la langue du programme d'installation. Les caractères s'affichent toutefois correctement pour les langues asiatiques si le programme d'installation est exécuté sous une version asiatique de Windows.

Pour que les caractères apparaissent correctement, veillez à remplacer la police par défaut de la machine Windows par la police Lucida Console en effectuant la procédure suivante avant d'installer Identity Manager :