Novell Identity Manager 3.5.1 – Viktigt

2.1 Använda SAML-kontroll för single-inloggning i användarprogrammet

Identity Manager-användarprogrammet har stöd för single-inloggning via Access Manager, med hjälp av valfri autentiseringstjänst från tredje part som kan logga in i Access Manager. Detta innebär att det går att logga in i användarprogrammet via Access Manager med en teknik som inte baseras på lösenord. Ett exempel är inloggning med hjälp av ett användarcertifikat (klientcertifikat), till exempel med ett smartkort. Mer information finns i avsnittet om säkerhet i kapitlet om att utforma produktmiljön i administrationsguiden för Identity Manager 3.5.1-användarprogrammet.

2.2 Söka bland informationssidor om Identity Manager

Du kan nu lägga till sökparametrar i en URL som hänvisar till informationssidor om Identity Manager.

3.1 Java

Kraven på Java^* för Identity Manager 3.5.1 är följande:

3.2 Novell Audit

Identity Manager 3.5.1 har stöd för Novell Audit 2.0.2.

3.3 WebSphere-version och korrigeringspaket som krävs

Följande är ett tillägg till systemkraven i installationsguiden för Identity Manager 3.5.1: Användarprogrammet kräver WebSphere Application Server (WAS) 6.1.0.9 och WAS SDK-korrigeringspaketet 6.1.0.9.

3.4 Databasplattformar

4.1 Fel när användarprogrammet för Identity Manager startas på JBoss som en Windows-tjänst

När användarprogrammet för Identity Manager startas på JBoss som en Windows-tjänst kan följande fel visas:

com.sssw.fw.exception.EboUnrecoverableSystemException: Det gick inte att initiera ramverktjänsten för EboPortletContainer. vid com.novell.afw.portlet.core.EboPortletContainer.<clinit>(EboPortletContainer.java:100) vid com.sssw.portal.servlet.EboPortalBootServlet.init(EboPortalBootServlet.java:86) vid javax.servlet.GenericServlet.init(GenericServlet.java:211) vid org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105) vid org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932) vid org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3951 . . . Caused by: java.lang.ClassCastException: . . . (”Orsakat av: java.lang.ClassCastException:”)

Det här felet inträffar om tjänsten JBoss under starten läses in med en annan xalan.jar-fil än den som förväntas av Identity Manager. Du löser problemet genom att lägga till sökvägen till xalan.jar i posten -Djava.class.path för tjänsten. Registerposten för tjänsten kommer då att se ut ungefär som i följande exempel:

‑Djava.class.path=C:\Novell\IDM_35_FCS\jre\lib\tools.jar;C:\Novell\IDM_35_FCS\jboss\bin\run.jar;C:\Novell\IDM_35_FCS\jboss\lib\endorsed\xalan.jar

Starta sedan om tjänsten.

Du kan lägga till sökvägen när tjänsten skapas eller efteråt.

4.2 JBossMysql.bin genererar ett undantagsfel vid MySql-installation

Om du installerar användarprogrammet för Identity Manager på ett 64-bitarssystem och väljer att installera JBoss och MySQL med hjälp av JBossMysql.bin, kan det uppstå ett fel under installationen av MySQL-databasen. Du löser problemet genom att köra setup-mysql.sh och därefter start-mysql.sh.

4.3 Felaktiga tecken eller knappen Avbryt kan visas när användarprogrammet installeras på 64-bitars SLES 10

Felaktiga tecken eller knappen Avbryt kan visas om du försöker komma åt rotbehållaren DN under installationen av användarprogrammet på 64-bitars SLES 10. Om detta inträffar kontrollerar du att du har installerat korrekt JRE för din miljö.

4.4 Det går inte att installera gränssnittet på Solaris 9 och 10 när eDirectory 8.8.1 används

Det går inte att installera gränssnittet på Solaris^* 9 och 10 när eDirectory™ 8.8.1 används. Lösningen inbegriper följande:

4.5 Skriptet configupdate fungerar inte när filer har lagts till i WAR-filen

Skriptet configupdate.sh fungerar inte när du manuellt har lagt till anpassade filer till IDM.war, om WAR-filen har skapats med jar-binärfilen i /usr/bin/jar som distribueras i SLES 9. Felet är:

DEBUG===WAR updating...java.util.zip.ZipException: invalid entry compressed size (expected 16176 but got 16177 bytes) at java.util.zip.ZipOutputStream.closeEntry(Unknown Source) at java.util.zip.ZipOutputStream.putNextEntry(Unknown Source) (”DEBUG===WAR uppdateras...java.util.zip.ZipException: ogiltig komprimerad poststorlek (16176 byte förväntades men 16177 togs emot) vid java.util.zip.ZipOutputStream.closeEntry(Okänd källa) vid java.util.zip.ZipOutputStream.putNextEntry(Okänd källa)”)

Lös eller förhindra det här problemet genom att använda en senare version av jar-filen för att skapa WAR-filen, som i följande exempel: /usr/lib/java/bin/jar -cvf IDM.war *

4.6 Det går inte att konfigurera klustring

Följande varningsmeddelande kan visas när du startar användarprogrammet med hjälp av standardkonfigurationen för JBoss-servern:

WARN [TomcatDeployer] Failed to setup clustering, clustering disabled. (”Det går inte att konfigurera klustring, klustring har inaktiverats.”) NoClassDefFoundError: org/jboss/cache/CacheException

Om du valde standardkonfigurationen (enkel nod) under installationen av användarprogrammet kan du bortse från det här meddelandet. Det här meddelandet kommer från JBoss-programservern. Det anger att även om användarprogrammet för Identity Manager har stöd för klustring, har den valda programserverkonfigurationen inte stöd för klustring.

4.7 Specialtecken i ett lösenord kan orsaka schematilläggsproblem under installationen

Om lösenordet för Identity Manager-installationskontot innehåller specialtecken kanske inte schematillägget fungerar. Du bör då använda ett annat konto vid installationen eller ändra lösenordet.

4.8 Samtidig utloggning från användarprogrammet och Access Manager

De senaste versionerna av Access Manager har kanske inte stöd för standard-URL-sökvägen till ICS-utloggningssidan under iChain-inställningar på sidan Visa avancerade alternativ när användarprogrammet konfigureras. Om standard-URL-sökvägen https://yourIChainServer/cmd/ICSLogout inte fungerar kan du försöka med https://yourAccessManagerServer/AGLogout.

4.9 Installationen av användarprogrammet misslyckas om en instans av MySQL redan körs på en server

Installationen av användarprogrammet misslyckas om MySQL redan körs på port 3306 på servern och det inte går att installera MySQL på någon annan port. Det här problemet beror på en begränsning i verktyget JbossMysql som medföljer användarprogrammet, men kan lösas genom att det fristående installationsprogrammet för MySQL används.

Lösningen går ut på att den befintliga MySQL-instansen stoppas och installationsprogrammet körs. Installationsprogrammet installerar MySQL på port 3306, men frågar vilken port du vill ansluta till. Ange en ny port, gå till filen my.cnf, ändra filen så att den nya porten anges och starta om MySQL-instansen för användarprogrammet. Starta sedan om den andra MySQL-instansen, så ska programmet kunna köras utan problem. Det bör nu gå att installera på en annan port och sedan starta på den nya porten med hjälp av användarprogrammets installationsprogram. För närvarande verkar användarprogrammets installationsprogram endast fungera om port 3306 är ledig.

5.1 Undantagsfelet NullPointerException i Glömt lösenord

Användarprogrammet har inte stöd för lösenordsprincipnamn som innehåller inledande eller avslutande blanksteg. Om du har en lösenordsprincip som innehåller inledande eller avslutande blanksteg visas meddelandet ”Challenge Response misslyckades” för användarna direkt efter att de har angett användarnamnet på sidan Glömt lösenord.

5.2 Blanksteg i slutet av ett utmaningsuppsättningsnamn orsakar ett fel när du försöker använda utmaningsfrågor

Ett eller flera blanksteg i slutet av namnet på en lösenordsutmaningsuppsättning orsakar ett fel när användarprogrammet gör ett försök att returnera lösenordsutmaningsfrågorna. Förhindra det här problemet genom att inte lägga till blanksteg i slutet på utmaningsuppsättningsnamnet.

5.3 Omvända snedstreck i enhetsnamn flerdubblas

Om du skapar en enhet (t.ex. en användare) i användarprogrammet och använder ett omvänt snedstreck i namnet, flerdubblas det omvända snedstrecket i det fullständiga DN. Exempelvis skulle mittanvändarnamn\ bli mittanvändarnamn\\\. Det här är en känd bugg. Lös den här buggen genom att inte använda omvända snedstreck i enhetsnamn.

5.4 Ta bort och lägga till grupper för en användarprofil via sidan Detaljer

På fliken Självservice för identitet i användarprogrammet för Identity Manager ska redigeringen av gruppattributet för att ta bort och lägga till grupper utföras som separata åtgärder. Om grupper tas bort och läggs till i en enstegsprocess, visas det borttagna gruppnamnet på nytt när du klickar på knappen + (lägg till).

5.5 Det går inte att logga in som två olika användare på samma gång i Firefox

Om du loggar in som Användare A i användarprogrammet med hjälp av en webbläsare i Mozilla-familjen (Firefox*, Netscape* eller Mozilla*) och sedan öppnar ytterligare en instans av samma sorts webbläsare och loggar in som Användare B, kanske informationen för Användare B visas när du går tillbaka till den första webbläsarinstansen. Detta beror på att webbläsarinstanserna delar på (och skriver över) samma cookie. Det här problemet gäller endast webbläsare i Mozilla-familjen och inträffar inte med Internet Explorer.

5.6 När HTML-redigeraren för organisationsscheman används i Firefox inträffar undantagsfel

Undantagsfel kan inträffa i Firefox när åtgärder för att klippa ut, kopiera och klistra in utförs då HTML-redigeraren används med OrgChart-inställningar. I Mozilla tillåts inte skriptåtkomst till Urklipp av säkerhetsskäl. Därför är knapparna för att klippa ut, kopiera och klistra in inte tillgängliga i Firefox.

I Firefox kan du hämta ett tillägg med namnet Allow Clipboard Helper (hjälpprogram för att tillåta Urklipp) via Verktyg > Tillägg, som tar dig till webbplatsen för hämtning av tillägg

Efter hämtningen visas Allow Clipboard Helper i Firefox > Verktyg.

Öppna tillägget och ange den serveradress du vill ska ha åtkomst till Urklipp. Klicka sedan på Allow (Tillåt). Du kan lägga till så många webbplatser du vill. Stäng alla Firefox-webbläsare och starta om Firefox. Det ska nu fungera att klippa ut, kopiera och klistra in i Firefox.

5.7 Användare måste ha rätt eDirectory-rättigheter för att kunna skapa användare och grupper

När du loggar in i användarprogrammet för Identity Manager visas en länk för att skapa en användare i menyn till vänster. Om du ska kunna skapa användare måste du ha de eDirectory-rättigheter som krävs för att lägga till poster i katalogen. Eftersom användarprogrammet för Identity Manager innehåller befintliga eDirectory-användare bör de användarna redan ha de rättigheter som krävs.

Nu kan alla användare i behållaren users.MittExempel.novell skapa användare eller grupper i den aktuella MittExempel-enheten.

5.8 Specialtecken i användarprogrammet måste föregås av escape-tecken

Användarprogrammet har stöd för samma tecken som iManager. Om du vill ha information om hur du lägger till escape-tecken före specialtecken går du till http://www.novell.com/documentation/imanager26/index.html och läser administrationsguiden för iManager 2.6, kapitel 3 om att navigera i iManager-gränssnittet, avsnitt 3.2 om specialtecken på sidan 20.

5.9 Att logga in utan att först logga ut kan leda till att inloggningen misslyckas

När en användare är inloggad i användarprogrammet, läser in portleten eller sidan för inloggning från ett bokmärke eller från historiken och sedan försöker logga in igen, upprättas den nya portalsessionen inte korrekt av den andra inloggningen. Detta kan leda till att den andra inloggningen misslyckas. Lös det här problemet genom att alltid använda utloggningslänken innan du loggar in.

5.10 Texten i flikrubriker är nu begränsad

Flikarna på översta nivån i användarprogrammet har nu en gräns för antalet tillåtna tecken. Gränsen är 22 tecken. På andra språk än engelska trunkeras texten om den överskrider gränsen och tre punkter (...) visas för att ange att en del av texten inte syns. Användaren kan visa den fullständiga texten genom att hovra över fliknamnet.

6.1 Granskningsloggar kopieras nu till installationsmappen även om du inte aktiverar granskning

De filer som krävs för granskning (NAuditPA.jar och logevent.conf) kopieras nu till användarprogrammets installationsmapp även om du väljer att inte aktivera granskning under installationen. Filen logevent.conf innehåller emellertid en del parametrar som måste redigeras manuellt efter installationen om du inaktiverar granskning när du kör installationsprogrammet. De här parametrarna förklaras i kapitel 3 om att konfigurera loggning i administrationsguiden för Identity Manager-användarprogrammet.

6.2 Använda strängsyntax när klassattribut skapas i iManager

Följande felmeddelande kan visas när du försöker uppdatera med ett enskilt värdeattribut med hjälp av strömformat:

LDAP: error code 19 - NDS error: can’t have multiple values (-612) (”LDAP: felkod 19 - NDS-fel: får inte ha flera värden (-612)”)

Lösningen är att använda strängsyntax, till exempel Case Ignore String, i stället för strömsyntax när du skapar klassattribut i iManager. Strömsyntax bör användas sparsamt med tanke på prestandapåverkan.

6.3 Portkonflikt i användarprogrammet på OES 2 Linux

Som standard startas JBoss-programservern på port 8009 av användarprogrammet. Detta orsakar en konflikt eftersom port 8009 redan används i OES 2 Linux. Undvik den här konflikten genom att ändra JBoss-porten i filen service.xml innan JBoss-programservern startas.

6.4 Undantagsfelet NotSerializableException inträffar när Glömt lösenord väljs i ett klustrat användarprogram

När funktionen Glömt lösenord används i en klustrad miljö kan följande stackspårning visas:

java.io.NotSerializableException: com.novell.pwdmgt.soap.PasswordManagementBinding_Stub (If using exteranl forgot password war)java.io.NotSerializableException: com.novell.pwdmgt.jsf.util.MyCallbackHdlr

Denna visas endast i informationssyfte och kräver ingen åtgärd. Detta inträffar när användare utför åtgärden Glömt lösenord. De här felmeddelandena påverkar inte användarnas möjlighet att utföra åtgärden Glömt lösenord. Användarna märker inte av några problem och kan obehindrat slutföra åtgärden Glömt lösenord.

6.5 Felet javax.faces.application inträffar i vissa portletar

När du använder WebSphere kan följande fel inträffa i vissa portletar som använder JSF: java.io.NotSerializableException: javax.faces.application.FacesMessage$Severity

Det här felet är godartat och påverkar inte funktionen för JSF eller portleten. Du kan förhindra felet genom att lägga till följande komponent på detaljnivåerna i WebSphere-ändringsloggen: com.ibm.ws.webcontainer.httpsession.HttpSessDRSBuffWrapper=fatal

6.6 Begränsa rättigheterna för konton

Av säkerhetsskäl rekommenderas du att begränsa kontona LDAP-administratör och LDAP-gäst till den minsta rättighetsuppsättning som krävs för att rollerna ska fungera som det är tänkt. När följande roller tilldelas i användarprogrammet (under installationen eller med verktyget configupdate efter installationen) anger du ett separat, fysiskt användarkonto för identitetsarkiv för var och en av dem:

6.7 Lösenordsprinciper kan inte ärvas

Lösenordsprinciper kan inte ärvas. Administratören för användarprogrammet måste uttryckligen ange lösenordsprincipen för en behållare i vilken användare skapas. Om inte detta görs kan följande fel inträffa:

Ogiltig begäran från SPM (Secure Password Manager). Kontakta systemadministratören om problemet kvarstår.

6.8 Ange SSL-konfigurationsparametrar

Om parametrarna Secure Administration Connection och Secure User Connection anges i verktyget configupdate kan åtgärder som inte kräver SSL utföras utan SSL. Åtgärder som kräver SSL, till exempel lösenordsfunktioner, använder fortfarande SSL.

6.9 En omdirigerad användare kan kringgå autentiseringskontroller

Om en användare omdirigeras efter inloggning för att ändra lösenordet eller Challenge Response-ledtråden, kan användaren ange en URL till portalen och kringgå autentiseringskontrollerna tills nästa inloggning. Det här är en känd bugg som inte har någon lösning för närvarande.

6.10 Knappen Bläddra kraschar verktyget configupdate i Windows

Knappen Bläddra i verktyget configupdate kraschar ibland JVM i Windows XP SP2. Lös det här problemet genom att ange filens fullständiga sökväg i stället för att använda knappen Bläddra.

6.11 Drivrutinen för användarprogrammet kräver aktivering

När programservern inte är tillgänglig och du startar om den aktiverade drivrutinen för användarprogrammet, kan drivrutinens aktiveringsstatus ange att aktivering krävs även om autentiseringsuppgifterna för aktivering har lästs in mot drivrutinen. Det här är en känd bugg. Undvik eller lös det här problemet genom att starta drivrutinen för användarprogrammet efter att användarprogramservern har startats och är tillgänglig.

6.12 JGroups-problem kräver uppgradering till JGroups 2.4.x

Det finns ett problem i den version av JGroups (version 2.2.7) som ingår i JBoss 4.0.5 GA, som kan orsaka prestandaproblem i en klustrad miljö. Mer information om problemet finns i Deadlock - JBoss.org JIRA. Problemet har lösts i JGroups 2.4. Du rekommenderas att uppgradera till JGroups 2.4 eller senare för att undvika det problem som beskrivs i JGRP-292.

Innan du uppgraderar till JGroups 2.4.x (och innan du uppgraderar någon annan komponent i JBoss-installationen) ska du läsa kompatibilitetslistan som finns i JBoss Application Server, JBossCache och JGroups Compatibility Matrix.

Hämtningsbara filer och information om JGroups finns på JGroups - The JGroups Project.

6.13 Undantagsfelet java.util.NoSuchElementException

Undantagsfelet java.util.NoSuchElementException kan inträffa när användarprogrammet körs i ett kluster. Det här undantagsfelet är ett känt problem i JBoss och har korrigerats i en senare version. Mer information finns på webbplatsen för JBoss.

Här följer ett exempel på den stackspårning som skapas för det här problemet:

2007-02-06 14:23:58,231 ERROR[org.jboss.web.tomcat.tc5.session.JBossCacheManager:processExpires]processExpires: failed with exception: java.util.NoSuchElementExceptionjava.util.NoSuchElementException atEDU.oswego.cs.dl.util.concurrent.ConcurrentHashMap$HashIterator.next(ConcurrentHashMap.java:1131) at java.util.AbstractCollection.toArray(AbstractCollection.java:176) atorg.jboss.web.tomcat.tc5.session.JBossCacheManager.findLocalSessions(JBossCacheManager.java:851) atorg.jboss.web.tomcat.tc5.session.JBossCacheManager.processExpires(JBossCacheManager.java:1188) atorg.jboss.web.tomcat.tc5.session.JBossManager.backgroundProcess(JBossManager.java:817) atorg.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1284) atorg.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1569) atorg.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1578) atorg.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1578) atorg.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1558) at java.lang.Thread.run(Thread.java:595)

6.14 Känsliga data i en användarsession krypteras inte

Känsliga data (exempelvis ett inloggningslösenord för single-inloggning) i användarsessionen krypteras inte i den här versionen. Detta kan innebära att nätverksanalysatorer kan komma åt känsliga data. Om du vill skydda känsliga data som lagras tillfälligt i användarsessionen och kan överföras via nätverket under sessionsreplikering i en klustrad miljö, måste du göra något av följande:

6.15 Den inledande period innan lösenordet slutar gälla för nya användare och grupper går nu att konfigurera

Administratörer kan nu konfigurera den inledande perioden innan lösenordet slutar gälla för nya användare. Detta går att göra genom att inställningarna för att skapa portlet redigeras enligt anvisningarna i administrationsguiden för Identity Manager-användarprogrammet.

Ange en inställning för Ska lösenordet sluta gälla efter den första inloggningen.

6.16 Använda SOAP för att åsidosätta standardperioden för att behålla arbetsgångar

Standardinställningen för att behålla slutförd arbetsgångsinformation är 120 dagar. Du kan emellertid använda SOAP-gränssnittet med arbetsgångsmotorn om du vill ändra den här inställningen. Du kan komma åt SOAP-gränssnittet för arbetsgångsmotorn genom att ange följande URL i en webbläsare:

http://server:host/IDMProv/provisioning/service?test

När sidan med listan över arbetsgångsmotormetoder som kan anropas visas, väljer du metoden setCompletedProcessTimeout. Den parameter du skickar till den här metoden ändrar kvarhållningsperioden. Värdet måste anges i millisekunder.

6.17 En arbetsgång utlöses inte av en eDirectory-händelse

Ett enkelt citattecken i CN för en arbetsgång förhindrar att en eDirectory-händelse utlöser den arbetsgången. Undvik att använda enkla citattecken i CN (Common Name) för arbetsgångar.

6.18 Koordinera lösenord i användarprogrammet för Identity Manager med iManager-lösenordsprinciper

Följande information som hjälper dig att koordinera lösenord i användarprogrammet för Identity Manager med iManager-lösenordsprinciper saknas i administrationsguiden för Identity Manager-användarprogrammet.

Avsnitt 19.3.1 och 19.7.1 som beskriver kravet för globala lösenord: ”If Universal Password is enabled, open iManager and go to Passwords > Password Policies > Universal Password > Configuration Options. (”Om globalt lösenord har aktiverats öppnar du iManager och går till Lösenord > Lösenordsprinciper > Globalt lösenord > Konfigurationsalternativ.”) Make sure the following option is checked: Verify whether existing passwords comply with the password policy (verification occurs on login).” (”Kontrollera att följande alternativ har markerats: Kontrollera huruvida befintliga lösenord stämmer överens med lösenordsprincipen (kontrollen utförs vid inloggning).”)

Avsnitt 16.2.1 som beskriver behållaren för egenskapen Skapa: ”If you use the Create portlet to create users and want to assign the users to an iManager password policy, also assign the specified container to the same iManager password policy. This ensures that users created in the user application are automatically assigned to the default iManager password policy.” (”Om du använder portleten Skapa för att skapa användare och vill tilldela användarna en iManager-lösenordsprincip, ska du även tilldela den angivna behållaren samma iManager-lösenordsprincip. Detta garanterar att användare som har skapats i användarprogrammet automatiskt tilldelas den standardinställda iManager-lösenordsprincipen.”)

6.19 LDAP-porten måste anges i ForgotPasswordPortlet

Om du använder användarprogrammets inloggningssida på användarprogramservern (JBoss-servern), klickar på länken Glömt lösenord och anger användarnamnet, kan portalen returnera följande felmeddelande i JBoss-konsolen och inte omdirigera:

08:59:17,962 ERROR [EboPortletProxyHelper] Portletentiteten finns inte com.novell.afw.portal.aggregation.EboPortletInfoBean: id [portal-general] iid [-1] timeout [-1] multithread [false]

Felet orsakas av att inställningen ldap-sslport i portleten ForgotPasswordPortlet använder standardporten 636 för TLS (ldaps) i stället för den port som har konfigurerats för LDAP-serverns säkra anslutning. eDirectory-administratören har antagligen ändrat den säkra LDAP-standardporten i eDirectory-instansen till en port som inte är standard. eDirectory-administratörer ändrar ofta LDAP-portarna när eDirectory körs på samma fysiska maskinvara som andra system med LDAP-stöd, till exempel Active Directory*.

Om din säkra konfiguration för LDAP (TLS) använder någon annan port än 636 ändrar du inställningen ldap-sslport i portleten ForgotPasswordPortlet till den port som har konfigurerats för säkra LDAP-anslutningar enligt följande:

6.20 Parallella godkännanden fungerar inte när adressaten för ett steg refererar till ett annat steg

I en logistikarbetsgång som använder parallell behandling får adressaten för en godkännandeaktivitet inte referera till adressaten för en annan godkännandeaktivitet i arbetsgången. Orsaken till detta är att arbetsgångsmotorn inte kan identifiera vilket steg som ska köras först, eftersom aktiviteterna behandlas parallellt. Dessutom kan inte iManager-pluginprogrammet för konfigurering av logistikbegäran identifiera vilka adressater som ska tillåtas vid vilka tidpunkter. Pluginprogrammet skulle behöva kunna analysera arbetsgången och hämta listan över de föregående aktiviteter som redan har slutförts för att listan med möjliga adressater ska begränsas. Den här funktionen finns för närvarande inte i pluginprogrammet.

6.21 JBoss-katalogbläddring är aktiverat som standard

Katalogbläddring tillåts som standard i JBoss. Om du anger URL:en http://server:8080/IDMProv/resources/ visas därför listan över resurser under den här URL:en.

Om du inte vill att katalogbläddring ska vara aktiverat går du till jboss-4.0.2\server\<IDM-programkontext>\deploy\jbossweb-tomcat55.sar\conf och redigerar listings-posten i filen web.xml:

<servlet> <servlet-name>default</servlet-name> <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class> <init-param> <param-name>debug</param-name> <param-value>0</param-value> </init-param> <init-param> <param-name>listings</param-name> <param-value>true</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet>

Förhindra visning av resurser genom att ändra värdet för listings från True till False.

6.22 Tjänsternas config.xml-filer innehåller inaktuella versionsnummer

Tjänsterna för olika undersystem i användarprogrammet kan innehålla inaktuella versionsnummer. Du behöver inte redigera de här filerna för att korrigera versionsnumren.

Exempelvis innehåller IDMfw.jar filen FrameworkService-conf\config.xml som har följande post för versionsnumret:

<property> <key>FrameworkService.version</key> <value>040712, Version 5.2.1</value> </property> 

6.23 Eskaleringsprincipen för arbetsgångsaktivitet kan orsaka arbetsgångsfel och processavslutning

I iManager-pluginprogrammet för konfigurering av logistikbegäran kan du definiera en eskaleringsprincip som omdirigerar en arbetsgångsaktivitet till den ursprungliga adressatens chef.

Om den ursprungliga adressaten är en aktivitetsgrupp som har mer än en chef misslyckas eskaleringen. Pluginprogrammet för konfigurering av logistikbegäran förhindrar inte att du definierar den här typen av eskalering, så du måste själv vara noga med att undvika den här typen av konfiguration.

6.24 Fel orsakas ibland av att arbetsgångar startas med SOAP-webbtjänsten

I Linux* är standardgränsen för öppna filer inte tillräckligt hög för att det ska finnas stöd för ett stort antal begäranden som initieras via SOAP-webbtjänsten. Drivrutinen för användarprogrammet kan uppnå den här gränsen när webbtjänstens slutpunkter används för att utlösa arbetsgångar som svar på kataloghändelser.

Linux har en standardgräns på 1 024 öppna filer för varje process. Om du startar JBoss-servern med standardinställningen kan felmeddelanden visas när fler än 40 eller 45 begäranden startas i följd via SOAP-webbtjänstgränssnittet. När gränsen har uppnåtts kanske du inte kan initiera fler begäranden på flera minuter. I en del fall kan du behöva starta om JBoss-servern.

Du kan lösa det här problemet genom att öka gränsen för antal öppna filer från 1 024 till 4 096.

Om du använder BASH kör du följande kommandon för att öka gränsen för antal öppna filer:

su - root ulimit -n 4096 su - <user> start-jboss.sh

Om du använder C Shell kör du följande kommandon för att öka gränsen för antal öppna filer:

su - root limit descriptors 4096 su - user start-jboss.sh

6.25 Separata användarprogram ska inte dela på en enskild instans av drivrutinen för användarprogrammet

Drivrutinen för användarprogrammet innehåller olika typer av information (till exempel arbetsgångskonfiguration och klusterinformation) som är programspecifik. Därför ska en enskild instans av drivrutinen för användarprogrammet inte delas av flera program.

Drivrutinen för användarprogrammet innehåller programspecifika data som styr och konfigurerar programmiljön. Bland annat gäller detta klusterinformation för JBoss-programservern och arbetsgångsmotorns konfiguration. De enda användarprogram som får dela på en enskild instans av drivrutinen för användarprogrammet är de program som är en del av samma JBoss-kluster. Du bör inte konfigurera en uppsättning användarprogram för att dela på en enskild drivrutin om de inte är delar av samma JBoss-kluster. I annat fall kan konfigurationen orsaka dubbeltydighet och felkonfiguration för en eller flera av de komponenter som körs i användarprogrammet.

6.26 Rot-, användar- och gruppbehållarens DN har inte stöd för trädroten eller tillåter att flera behållares DN väljs

I installationsprogrammet för användarprogrammet för Identity Manager kan du ange rotbehållarens DN, användarbehållarens DN och gruppbehållarens DN för programmet. I den här versionen kan du inte ange trädroten i eDirectory som rotbehållare. Du kan inte heller ange mer än en sökrot för en viss objekttyp (behållare, användare eller grupp). I stället måste du ange en enskild sökomfattning.

En organisation (o) kan finnas i ett land (c) eller en lokalitet (l), enligt nedan:

c=US o=novell-provo o=novell-waltham

Den här typen av konfiguration fungerar.

6.27 Separata instanser av drivrutinen för användarprogrammet får inte dela på samma användarbehållare

Om två separata instanser av drivrutinen för användarprogrammet refererar till samma användarbehållare visar tillgänglighetsinställningarna (på sidan Redigera tillgänglighet i användarprogrammet) tillgänglighetsposter från båda programmen.

Anta att Server 1 har konfigurerats för att använda en drivrutin (till exempel driver1,o=novell) och Server 2 har konfigurerats för att använda en annan (till exempel driver2,o=novell). Båda servrarna har konfigurerats för att använda samma behållare för användare, grupper och rot (till exempel ou=users,o=novell). En användare på Server 1 skapar en delegatdefinition för en användare och en definition för logistikbegäran. Användaren markeras sedan som inte tillgänglig för den begärandedefinitionen. Server 2 visar användaren som inte tillgänglig, men kan inte matcha det egna namnet för begärandedefinitionen. Om användarens delegatdefinitioner på Server 2 undersöks, syns inte definitionen från Server 1.

Orsaken till detta är att delegeringsinformation (som skapas när användare markerar sig själva som tillgängliga/inte tillgängliga) lagras i användarposter. Den här informationen omfattar delegat-/delegerarinformationen ihop med definitionen för logistikbegäran och start-/sluttid för delegeringen. Delegatdefinitionen, varifrån delegeringsinformation hämtas, lagras i drivrutinen, ihop med definitionen för logistikbegäran.

Du rekommenderas att inte konfigurera två separata drivrutinsinstaner för att referera till samma användarbehållare.

6.28 Drivrutinen för användarprogrammet måste startas om när en ny definition för logistikbegäran har skapats

Drivrutinen för användarprogrammet läser från listan över arbetsgångsattribut när den startas. Om du skapar en ny definition för logistikbegäran och omedelbart försöker skapa en schemaavbildningsprincip, visas inte attributen för den nya definitionen för logistikbegäran i listan över programattribut när du har uppdaterat programschemat. Detta beror på att drivrutinen för användarprogrammet måste startas om innan definitionen för logistikbegäran görs tillgänglig. När den nya definitionen för logistikbegäran har skapats stoppar du drivrutinen för användarprogrammet och startar sedan om den, innan du försöker använda definitionen för logistikbegäran i principer. Du kan också helt enkelt uppdatera programschemat två gånger i redigeraren för schemaavbildningsprincipen.

6.29 Ingen fråga om ID för arbetsgångsmotor visas när ett kluster installeras

När arbetsgångar körs i ett kluster måste arbetsgångsmotorn för varje server ha ett unikt ID. Motorns ID identifieras genom att -Dcom.novell.afw.wf.engine-id skickas till Java VM. I Linux måste användaren redigera filen jboss/bin/run.conf och skicka egenskapen på raden JAVA_OPTS. Exempel:

if [ "x$JAVA_OPTS" = "x" ]; then JAVA_OPTS="-server -Xms800m -Xmx800m -Dcom.novell.afw.wf.engine-id=echo"

I installationsprogrammet visas inget meddelande om att du ska ange arbetsgångsmotorns ID. Därför måste du identifiera motorn genom att skicka egenskapen JAVA_OPTS, enligt beskrivningen ovan.

6.30 Ett problem med servercachelagring kan uppstå med foton i portleten Detaljer

Om du ändrar det sätt som bilder visas på i Detaljer-portlethuvudet genom att ange $IMG:-taggen måste du tömma CompiledLayout-cacheminnet för att ändringarna ska börja gälla. Töm cacheminnet genom att följa stegen nedan:

6.31 Det går inte att importera sidor utan beskrivningar med verktyget Import av portaldata

Verktyget Import av portaldata ( Administration > Verktyg > Import av portaldata) använder shared-pages.xml och container-pages.xml i ZIP-filen för Export av portaldata för att generera behållarsidor och delade sidor samt portletar. Om elementet <description/> är tomt går det inte att importera sidorna.

Lös detta genom att ange texten för elementet <description/> och utföra importen igen.

6.32 Ytterligare konfigurationsdokumentation för JBoss

Administrationsguiden för Identity Manager-användarprogrammet innehåller en del information om konfigurering av JBoss. Ytterligare information om konfigurationen av JBoss hittar du i källorna nedan:

6.33 Obligatoriska attributrättigheter för objekt för logistikbegäranden

Du måste ha läsrättigheter och skrivrättigheter för de attribut som associeras med objekt för logistikbegäranden för att kunna använda iManager-pluginprogrammet för konfigurering av logistikbegäran.

6.34 Stöd för teckenuppsättningskodning och Tomcat

Som standard är användarprogrammets kodningsfilter aktiverat i användarprogrammets web.xml. Den här inställningen kräver oftast ingen specifik konfiguration, men den kan kräva ändringar om du har konfigurerat Tomcat för URI-kodning. Det finns två attribut i konfigurationen av Tomcat HTTP/HTTPS-anslutaren som påverkar teckenuppsättningskodning och filterkonfiguration.

--URIEncoding

Den här posten anger den teckenkodning som används för att avkoda URI-byte, efter %xx-avkodning av URL:en. Om inget annat anges används ISO-8859-1. Kraven för detta är bland annat:

<filter> <filter-name>AggregationServletEncFilter</filter-name> <display-name>AggregationServletEncFilter</display-name>

<filter-class>com.novell.afw.portal.l18n.CharacterEncodingFilter</filter-class> <init-param> <param-name>uri-encoding</param-name> <param-value>UTF-8</param-value> </init-param> </filter>

Lägg också till URIEncoding="UTF-8" i jboss-4.2.0.GA\server\IDMProv\deploy\jboss-web.deployer\server.xml, till exempel:

<Connector port=”8080” address=”${jboss.bind.address}” maxThreads=”250” maxHttpHeaderSize=”8192” emptySessionPath=”true” protocol=”HTTP/1.1” URIEncoding=”UTF-8” enableLookups=”false” redirectPort=”8443” acceptCount=”100” connectionTimeout=”20000” disableUploadTimeout=”true” /> Om SSL har aktiverats gör du samma ändring för SSL HTTP/1.1-anslutaren.

--useBodyEncodingForURI

Den här posten anger huruvida den kodning som anges i contentType ska användas för URI-frågeparametrar i stället för den som anges i URIEncoding. Den här inställningen finns för att ge kompatibilitet med Tomcat 4.1.x, där kodningen anges i contentType eller ställs in explicit med hjälp av metoden Request.setCharacterEncoding för parametrarna från URL:en. Standardvärdet är False.

Om useBodyEncodingForURI har angetts till Tre ska filterkonfigurationen innehålla init-parametern use-body-encoding, till exempel:

<filter> <filter-name>AggregationServletEncFilter</filter-name> <display-name>AggregationServletEncFilter</display-name> <filter-class>com.novell.afw.portal.l18n.CharacterEncodingFilter</filter-class> <init-param> <param-name>use-body-encoding</param-name> <param-value>true</param-value> </init-param> </filter>

Mer information finns på webbplatsen med information om Tomcat-anslutarkonfiguration.

6.35 Ändrad funktion för attributet DirXML-EntitlementResult

Sättet som flervärdesattributet DirXML-EntitlementResult hanteras på har ändrats. Tidigare rensades inte rättighetsresultat från det här attributet. Nu har standardfunktionen ändrats. Rättighetsresultat rensas nu när de har behandlats.

Du kan ändra standardfunktionen (ange huruvida rättighetsresultat ska rensas eller inte samt hur de rensas). Så här anger du typen av rättighetsrensning:

6.36 Tillbehörsportleten Nätverksfil har en ny inställning

Tillbehörsportleten Nätverksfil har följande nya inställning: ShortcutsUseFullyQualifiedPath. Om det här alternativet har angetts till True måste alla genvägar du anger i inställningen Genvägar ha fullständiga sökvägar. Om det här alternativet har angetts till False måste alla genvägar du anger i inställningen Genvägar ha sökvägar som hänvisar till InitialDirectory. Välj endast False om användarna uteslutande ska navigera till underkataloger inom sökvägen.

6.37 Konfigurera portleten Nätverksfil för RMI-åtkomst till NetWare

I den aktuella versionen av JBoss har konfigurationen av portleten Nätverksfil för åtkomst till en NetWare-server via RMI ändrats.

För närvarande anger dokumentationen att njclv2r.jar ska kopieras från sys:\java\njclv2r\lib på NetWare/RMI-servern till katalogen $JAVA_HOME$/jre/lib/ext på portalplattformen.

I den aktuella versionen av JBoss måste du kopiera njclv2r.jar till katalogen .../jboss/server/IDM/lib där användarprogrammet ursprungligen distribuerades. Starta sedan om JBoss.

6.38 Avsluta sessionen för NetStorage-tillbehörsportleten

Om du vill avsluta NetStorage-sessionen och förhindra åtkomst till de filer du använde klickar du på utloggningsknappen i webbgränssnittet för NetStorage.

6.39 Aktivera single-inloggning (SSO) för tillbehörsportletar

Byt ut alla beskrivningar av hur du aktiverar SSO för portletar i referensguiden för Identity Manager-tillbehörsportletar mot följande procedur:

Om du vill aktivera single-inloggning för portletar gör du följande:

6.40 Loggfilens namn ändras

Namnet på loggfilen jboss/server/IDM/conf/extendlogging.xml har ändrats till jboss/server/IDM/conf/idmuserapp_logging.xml. Det nya loggfilsnamnet används i administrationsguiden för Identity Manager 3.5.1-användarprogrammet, avsnitt 5.1.4 om loggningskonfiguration, i underavsnittet om att bevara loggningsinställningarna.

6.41 Loggningkonfigurationen tillåter inte borttagning av ett paket

När du lägger till ett paket i logglistan visas det omedelbart på skärmen Loggningskonfiguration. Så här tar du bort ett paket från logglistan:

6.42 Felet PermGen space

I Identity Manager 3.5 eller 3.5.1 kan felet java.lang.OutOfMemoryError: PermGen space inträffa om du distribuerar om användarprogrammet.

Undvik det här felet genom att göra följande:

6.43 Omtilldelning av en arbetsgångsprocess från en arbetsgångsmotor till en annan i ett kluster

Arbetsgångsmotorer i ett kluster kan nu identifiera när en arbetsgångsmotor i klustret inte fungerar och automatiskt omtilldela alla processer som körs i den arbetsgångsmotorn till en annan arbetsgångsmotor.

Det kan dock finnas tillfällen när du vill omtilldela en arbetsgångsprocess manuellt från en arbetsgångsmotor till en annan (exempelvis för att omfördela processer till en arbetsgångsmotor som inte har fungerat när den är online igen). Om du vill göra detta använder du iManager-pluginprogrammet för administration av arbetsgångar, enligt följande:

6.44 Integreringsaktivitet för arbetsgångar orsakar ett fel vid stängning

När integeringsaktiviteten används i en logistikarbetsgång kan följande fel visas i JBoss-konsolen vid stängning.

15:26:51,031 INFO [STDOUT] 173542 [JBoss Shutdown Hook] ERROR STDERR - Unableto instantiate the config file null15:26:51,032 ERROR [STDERR] java.lang.NullPointerException15:26:51,033 INFO [STDOUT] 173545 [JBoss Shutdown Hook] ERROR STDERR -java.lang.NullPointerException15:26:51,034 ERROR [STDERR] atcom.sssw.b2b.rt.xmlparser.GNVXMLFactory.createParser(GNVXMLFactory.java:112)15:26:51,035 INFO [STDOUT] 173547 [JBoss Shutdown Hook] ERROR STDERR - at com.sssw.b2b.rt.xmlparser.GNVXMLFactory.createParser(GNVXMLFactory.java:112)15:26:51,037 ERROR [STDERR] atcom.sssw.b2b.rt.GNVConfig.<init>(GNVConfig.java:189)15:26:51,038 INFO [STDOUT] 173550 [JBoss Shutdown Hook] ERROR STDERR - at com.sssw.b2b.rt.GNVConfig.<init>(GNVConfig.java:189)15:26:51,039 ERROR [STDERR] atcom.sssw.b2b.rt.GNVConfig.<init>(GNVConfig.java:161)15:26:51,040 INFO [STDOUT] 173552 [JBoss Shutdown Hook] ERROR STDERR - at com.sssw.b2b.rt.GNVConfig.<init>(GNVConfig.java:161)15:26:51,041 ERROR [STDERR] atcom.sssw.b2b.ee.edi.rt.GNVEDIObject.<clinit>(GNVEDIObject.java:39)15:26:51,042 INFO [STDOUT] 173554 [JBoss Shutdown Hook] ERROR STDERR - at com.sssw.b2b.ee.edi.rt.GNVEDIObject.<clinit>(GNVEDIObject.java:39)15:26:51,044 ERROR [STDERR] atcom.sssw.b2b.ee.edi.rt.GNVEDIComponent.<clinit>(GNVEDIComponent.java:101)15:26:51,045 INFO [STDOUT] 173557 [JBoss Shutdown Hook] ERROR STDERR - at com.sssw.b2b.ee.edi.rt.GNVEDIComponent.<clinit>(GNVEDIComponent.java:101)

De här felmeddelandena anger inget allvarligt problem. När du startar JBoss igen bör servern och användarprogrammet fungera normalt.

6.45 Ospecificerat serverfel för meddelanden via e-post

Följande fel kan visas i loggen när användarprogrammet har konfigurerats för att använda meddelanden via e-post. Du kan ignorera de här felen. Användarna kan fortfarande ta emot meddelanden via e-post.

[date time EDT] 00000056 SystemOut O 09:58:35,469 ERROR [MailEngine] Servervärden för meddelanden via e-post har inte angetts. Kontrollera inställningen för eDirectory. com.novell.soa.notification.impl.NotificationException: Servervärden för meddelanden via e-post har inte angetts. Kontrollera inställningen för eDirectory. . . .

eller

13:39:47,264 ERROR [MailEngine] Standardvärdet för -från- i e-postmeddelandet har inte angetts. Kontrollera inställningen för eDirectory. com.novell.soa.notification.impl.NotificationException: Standardvärdet för -från- i e-postmeddelandet har inte angetts. Kontrollera inställningen för eDirectory. vid . . .

7.1 Sessionstimeout ska justeras för att förbättra serverprestanda

Som standard är sessionstimeout för servern 20 minuter. Sessionstimeout ska justeras så att den matchar den server- och användningsmiljö som programmet ska köras i. I allmänhet rekommenderas det att sessionstimeout har ett så lågt värde som möjligt. Om verksamheten kan fungera med en sessionstimeout på fem minuter, innebär detta att servern kan frigöra resurser som inte används tidigare än med standardinställningen, vilket gör servern snabbare och mer skalbar.

Sessionstimeout anges i filen web.xml.

7.2 Om meddelanden via e-post aktiveras för arbetsgångar utan att e-postservern konfigureras leder detta till minnesförbrukning

Om du aktiverar meddelanden via e-post i definitionerna för logistikbegäran utan att konfigurera några e-postservrar, samlas e-postmeddelanden på servern utan att skickas. Detta kommer till slut att förbruka allt ledigt minne.

Om du aktiverar meddelanden via e-post måste du konfigurera en e-postserver så att e-postmeddelandena faktiskt skickas. Du kan konfigurera e-postservern genom att välja Email Server Options (Alternativ för e-postserver) under Workflow Administration (Arbetsgångsadministration) i iManager.

8.1 Problem med att visa text i ämnesraden för e-post

E-postklienterna Windows GroupWise® Mail och Outlook^* innehåller en känd bugg när text i ämnesraden visas med HTML-kommandot mailto:. Den här buggen uppstår när webbläsaren använder ett språk med dubbel-byte-teckenuppsättning, som kinesiska, japanska eller koreanska.

När du skickar identitetsinformation från sidan Detaljer i det här fallet, innehåller ämnesraden ogiltiga tecken eftersom de här e-postklienterna inte ange escape-tecken för dubbel-byte-tecknen korrekt.

8.2 Möjligt problem med teckenuppsättningskodning

Du måste kontrollera att teckenkodningarna för indata och utdata matchar de som används av käll- eller målprogrammet. Alla tecken som inte kan representeras med den valda utdatakodningen ersätts med frågetecken (?).

8.3 Språkinställningen måste anges korrekt för att visa lokaliserade tecken i ett engelskt operativsystem

Om du kör konfigurationsverktyget för användarprogrammet (för konfigurering av LDAP-inställningar) i en lokaliserad operativsystemsmiljö, visas alla textinmatningsrutor korrekt. Om det till exempel finns några kinesiska DN-namn i eDirectory, eller om du anger några kinesiska tecken, visas dessa korrekt i en kinesisk operativsystemsmiljö. Om du däremot använder en engelsk operativsystemsmiljö visas alla kinesiska tecken som anges eller returneras från eDirectory som oläsbara tecken (troligen som kvadrater). Detta beror på att språkinställningen inte har angetts korrekt.

Om du använder en engelsk operativsystemsmiljö och vill visa lokaliserade tecken gör du följande:

Samma grundprocedur gäller för alla språk.

8.4 Tillbehörsportleten Meddelande har inte lokaliserats

Tillbehörsportleten Meddelande har inte lokaliserats.

8.5 Knapparna OK och Avbryt i dialogrutan Innehållsinställningar har inte lokaliserats

I Portaladministration > Sidadministration visas alltid följande text på engelska i dialogrutan Innehållsinställningar: ”Changes have been made to your Selected Content. Click OK to save your changes or cancel to continue without saving.” (”Det valda innehållet har ändrats. Klicka på OK om du vill spara ändringarna. Klicka på Avbryt om du vill fortsätta utan att spara.”)

8.6 Problem med att visa e-postinnehåll på språk med dubbel-byte-teckenuppsättning

När e-postinnehåll på ett språk med dubbel-byte-teckenuppsättning (till exempel kinesiska eller japanska) skickas från Identity Manager, får e-postklienten problem med att läsa det. Kontakta Novells supportavdelning om du stöter på det här problemet.

9.1 Uppgradera iManager JClient om du kör iManager 2.6

Pluginprogrammen i Identity Manager 3.5.1 använder API:t JClient.readReference ( ). Det här API:t har uppdaterats i iManager 2.7. Om du kör iManager 2.6 rekommenderas du att uppgradera underliggande JClient i iManager 2.6 till samma version som i iManager 2.7. Den äldre versionen av JClient kan göra så att iManager kraschar eller inte fungerar.

9.2 I Internet Explorer 7 visas kontinuerligt en fråga om åtkomst till Urklipp

När du arbetar i iManager, och särskilt i Policy Builder (verktyg för att skapa principer), visas kontinuerligt en fråga om åtkomst till Urklipp i Internet Explorer 7. Så här inaktiverar du frågan:

9.3 Lägga till lokaliserade e-postmallar via iManager

Så här lägger du till lokaliserade e-postmallar via iManager:

E-postmallar skickar endast korrekt lokaliserat innehåll om rätt språkinställning har angetts för den användare som e-postmeddelandet skickas till.

9.4 Fel i iManager-pluginprogram: det gick inte att spara drivrutinslösenordet

Du kan korrigera det här problemet genom att uppgradera till NMAS™ 2.3.9.

9.5 Guiden för NDS-to-NDS-drivrutinscertifikat är beroende av ett iManager-pluginprogram

Om du vill använda guiden för NDS-to-NDS-drivrutinscertifikat måste du hämta iManager-pluginprogrammet för Certificate Server.

9.6 Problem med att skapa en ny lösenordsprincip baserad på standardinställningarna i Mobile iManager 2.6

När Identity Manager 3.5-pluginprogrammen och Mobile iManager 2.6 används kan iManager avslutas oväntat när du väljer Create a new Password Policy based on default settings (Skapa en ny lösenordsprincip baserad på standardinställningar). Det här problemet uppstår på grund av ett fel i JavaScript^*-hanteraren för den inbäddade Mozilla-webbläsare som levereras med Mobile iManager i Linux.

Så här löser du det här problemet:

11.1 Användarprogrammet tar bort användarens mjuka inloggningar när lösenordsprincipen inte har konfigurerats korrekt

Användarprogrammet tar bort värdena i användarobjektets inställning för begränsning av mjuka inloggningar i följande scenario:

11.2 JSF-portletar för lösenordshantering förlorar status om användarprogrammet slutar fungera i ett kluster

Om en JSF-portlet för lösenordshantering körs i en klustrad miljö och servern där portleten körs slutar fungera, växlas användaren automatiskt till en annan server. Portleten visas för användaren utan något meddelande om huruvida portletåtgärden på den ursprungliga servern slutfördes eller misslyckades. Användaren kan testa för att se om åtgärden slutfördes före serverfelet eller köra portleten på nytt. De portletar för lösenordshantering som påverkas är:

11.3 Begränsat stöd för utmaningsuppsättningar på flera språk

Användarprogrammet i Identity Manager 3.5 har fullständigt stöd för utmaningsuppsättningar på flera språk. Du kan konfigurera de här funktionerna via iManager och ange lösenordsprinciper.

Om du använder Novell Client™ 4.9.1 eller tidigare, eller lösenordshantering för Novell eDirectory, finns det ännu inget stöd för den här flerspråksfunktionen. Du får inte tilldela användare lösenordsprinciper om du har definierat utmaningsuppsättningar på mer än ett språk. Exempelvis kan du definiera utmaningsuppsättningar för franska, men inte för franska och tyska.

11.4 Challenge Response-fel

Felet Challenge Response misslyckades kan visas för användarna när de:

Användaren ska starta om processen Glömt lösenord genom att öppna följande URL för att lösa problemet:

http://<servernamn>:<port>/<kontextnamn>/jsps/pwdmgt/ForgotPassword.jsf

13.1 Ändring av iChain-inställningarna i användarprogrammets konfiguration

Observera följande ändringar i alla tabeller för avancerade alternativ för användarprogrammets konfigurationsparametrar i installationsguiden för Identity Manager 3.5.1 , kapitel 5 om att installera användarprogrammet:

13.2 Ange anpassade egenskaper för JVM i WebSphere

Byt ut följande mot avsnitt 5.6.12 i installationsguiden för Identity Manager 3.5.1: