Angepasste Eigenschaften für die Sitzungsverwaltung
Über angepasste Eigenschaften können Sie weitere Einstellungen für die Sitzungsverwaltung angeben.
- Klicken Sie in der Administrationskonsole auf .
- Wählen Sie unter Weitere Eigenschaften die Option Angepasste Eigenschaften aus.
- Klicken Sie auf der Seite "Angepasste Eigenschaften" auf Neu.
- Geben Sie auf der Seite mit den Einstellungen im Feld "Name" die zu konfigurierende Eigenschaft und im Feld "Wert" den gewünschten Eigenschaftswert ein.
- Klicken Sie auf Anwenden oder OK.
- Klicken Sie in der Taskleiste der Konsole auf Speichern, um Ihre Konfigurationsänderungen zu sichern.
- Starten Sie den Server erneut.
- AlwaysEncodeURL
- CheckSessionCookieNameOnEncodeURL
- checkSessionNewOnIsValidRequest
- CloneSeparator
- CloneSeparatorChange
- DebugSessionCrossover
- DelayAfterDuplicateIdException
- DelayInvalidationAlarmDuringServerStartup
- ForceSessionInvalidationMultiple
- HideSessionValues
- HttpSessionCloneId
HttpSessionEnableUnmanagedServerReplication
- HttpSessionIdLength
- HttpSessionIdReuse
- HttpSessionReaperPollInterval
- InvalidateOnUnauthorizedSessionRequestException
- NoAdditionalSessionInfo
- NoAffinitySwitchBack
- OptimizeCacheIdIncrements
- SecurityUserIgnoreCase
- Servlet21SessionCompatibility
- SessionIdentifierMaxLength
- SessionInvalidatorThreadPoolSize
- SessionRewriteIdentifier
- SessionTableName
- SessionTableSkipIndexCreation
- ThrowSecurityExceptionOnGetSessionFalse
- UseInvalidatedId
- UseOracleBLOB
- UsingApplicationSessionsAndInvalidateAll
- UsingCustomSchemaName
AlwaysEncodeURL
Die Spezifikation Servlet 2.5 gibt an, dass der URL in einem Aufruf "response.encodeURL" nicht verschlüsselt werden soll, sofern es nicht erforderlich ist. Zur Unterstützung der Abwärtskompatibilität bei aktivierter URL-Codierung müssen Sie die angepasste Eigenschaft AlwaysEncodeURL auf true setzen, um die encodeURL-Methode aufzurufen. Der URL ist immer codiert, selbst wenn der Browser Cookies unterstützt. Die Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
CheckSessionCookieNameOnEncodeURL
Verwenden Sie diese Eigenschaft, um zu überprüfen, ob das HTTP-Sitzungscookie vorhanden ist, wenn Sie festlegen, ob die Sitzungs-ID in der URL codiert werden muss. Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
Die Standardeinstellung für diese Eigenschaft ist false. Wenn Sie diese Eigenschaft auf true setzen, kann der Sitzungsmanager beim Festlegen, ob die Sitzungs-ID in der URL codiert werden muss, überprüfen, ob das HTTP-Sitzungscookie vorhanden ist.
checkSessionNewOnIsValidRequest
Verwenden Sie diese Eigenschaft, um festzulegen, ob der Server mehrere gleichzeitig gestellte Clientanforderungen bearbeiten kann, wenn HttpSessionIdReuse aktiviert ist. Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
Standardmäßig kann der Sitzungsmanager jeweils nur eine Clientanforderung bearbeiten, wenn die Eigenschaft HttpSessionIdReuse ebenfalls aktiviert. Setzen Sie die Eigenschaft checkSessionNewOnIsValidRequest auf false, damit der Sitzungsmanager mehrere gleichzeitig gestellte Anforderungen von einem Client verarbeiten kann, wenn HttpSessionIdReuse aktiviert ist. Ist HttpSessionIdReuse nicht aktiviert, hat diese Eigenschaft keine Auswirkung.
Sie müssen den Server erneut starten, damit die Konfigurationsänderung in Kraft tritt.
Der Standardwert für diese Eigenschaft ist true.
CloneSeparator
Verwenden Sie diese Eigenschaft, um ein anderes Zeichen als das Klontrennzeichen in Sitzungscookies anzugeben. Für diese angepasste Eigenschaft muss ein einzelnes Zeichen als Wert angegeben werden.
Diese Eigenschaft wurde in Version 6.1 als angepasste Eigenschaft des Web-Containers festgelegt, muss aber jetzt als angepasste Eigenschaft der Sitzungsverwaltung auf Web-Container-Ebene angegeben werden.

Die Tatsache, dass für diese angepasste Eigenschaft ein beliebiger Wert angegeben werden kann, bedeutet nicht, dass das angegebene Zeichen auch ordnungsgemäß funktionieren wird. Sie bedeutet auch nicht, dass IBM für die Behebung von Problemen zuständig ist, die durch die Verwendung eines alternativen Zeichens entstehen können.
bpracCloneSeparatorChange
Verwenden Sie diese Eigenschaft, um die Sitzungsaffinität zu verwalten. Die Klon-ID des Servers wird an die Sitzungs-ID, abgetrennt durch einen Doppelpunkt, angehängt. Einige WAP-Einheiten (Wireless Application Protocol) unterstützten den Doppelpunkt nicht. Setzen Sie diese Eigenschaft auf true, wenn Sie das Trennzeichen in ein Pluszeichen (+) ändern möchten.Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
DebugSessionCrossover
Mit der angepassten Eigenschaft "DebugSessionCrossover" wird Code aktiviert, der durch zusätzliche Prüfungen sicherstellt, dass nur die Sitzung, die der Anforderung zugeordnet ist, aufgerufen oder referenziert wird. Wenn Diskrepanzen ermittelt werden, werden Nachrichten protokolliert.
Setzen Sie diese Eigenschaft auf true, um die Erkennung eines Tauschs von Sitzungsdaten zu aktivieren.
Nähere Informationen finden Sie im Artikel Probleme mit HTTP-Sitzungen.
DelayAfterDuplicateIdException
Die angepasste Eigenschaft "DelayAfterDuplicateIdException" wird verwendet, um den Zeitraum in Millisekunden anzugeben, den der Sitzungsmanager nach Auftreten des Fehlers SESN0196W warten muss, bevor versucht, eine Sitzung vom Back-End-Server abzurufen. Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
Der Standardwert für diese Eigenschaft ist 500.
DelayInvalidationAlarmDuringServerStartup
Verwenden Sie diese Eigenschaft, um den Start des Invalidierungsalarms beim Serverstart um die angegebene Anzahl Sekunden zu verzögern.
Der Standardwert für diese Eigenschaft ist 0.
ForceSessionInvalidationMultiple
Die angepasste Eigenschaft "ForceSessionInvalidationMultiple" zeigt an, ob der Sitzungsmanager ohne Zeitlimit auf die Ausführung einer Anforderung warten soll, bevor er versucht, die Sitzung zu invalidieren, oder ob er versuchen soll, nach Ablauf des angegebenen Zeitlimits eine Sitzung zu invalidieren. Der Standardwert für diese Eigenschaft ist 3.
- Wenn Sie den Wert "0" (Null) für diese angepasste Eigenschaft angeben, wartet der Sitzungsmanager ohne Zeitlimit,
bis eine Anforderung abgeschlossen ist, bevor er versucht, die Sitzung zu invalidieren.
Wenn Ihre Anforderungen normalerweise nicht durch ein Zeitlimit für Anforderungen beschränkt sind, sollten Sie "0" für diese Eigenschaft angeben.
- Geben Sie eine positive Ganzzahl für diese angepasste Eigenschaft an, wie z. B. 1, 2 oder 3,
versucht der Sitzungsmanager, selbst wenn er keine Information darüber hat, ob eine Sitzung abgeschlossen ist,
die Sitzung zu invalidieren, wenn der angegebene Zeitraum seit dem letzten Zugriff verstrichen ist. Dieser Zeitraum ergibt sich aus der Multiplikation
des für diese Eigenschaft angegebenen Werts und des für die Eigenschaft "SessionTimeout" (Sitzungszeitlimit) angegebenen Werts. Wenn Sie z. B. 2 Minuten für die
Eigenschaft "SessionTimeout" und 2 Minuten für die Eigenschaft "ForceSessionInvalidationMultiple" angeben, versucht der Sitzungsmanager nach 4 Minuten,
die Sitzung zu inaktivieren.
Wenn Sie Ihre Sitzungen invalidieren möchten, nachdem ein bestimmter Zeitraum verstrichen ist, geben Sie die positive Ganzzahl für diese Eigenschaft an.
HideSessionValues
Die angepasste Eigenschaft "HideSessionValues" verhindert die Protokollierung von Sitzungsattributwerten in Sitzungsmanagertraces. Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
Anwendungen speichern diese Sitzungsattributwerte. Der Standardwert ist true.
HttpSessionCloneId
Verwenden Sie diese Eigenschaft, um die Klon-ID des Cluster-Member zu ändern. In einem Cluster muss diese ID eindeutig sein, damit die Sitzungsaffinität verwaltet werden kann. Wenn diese Eigenschaft gesetzt ist, überschreibt der angegebene Name den Standardnamen, der von WebSphere Application Server generiert wird. Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
Standardlänge für Klon-IDs: 8 oder 9
Standardlänge für Klon-IDs: 40
![[z/OS]](../images/ngzos.gif)
HttpSessionEnableUnmanagedServerReplication
Setzen Sie diese angepasste Eigenschaft auf true, wenn Sie das Servant-Failover durch Replikation von Sitzungsdaten in einem vom Controller verwalteten Datenraum aktivieren möchten. Der Standardwert ist false.
HttpSessionIdLength
Verwenden Sie diese Eigenschaft, um die Länge der Sitzungs-IDs zu konfigurieren. Verwenden Sie keine zu niedrigen Werte. Die Verwendung eines niedrigen Wertes führt zu einer geringeren Anzahl von Kombinationsmöglichkeiten, was wiederum das Erraten von Sitzungs-IDs einfacher macht. In einem Cluster müssen die IDs aller Cluster-Member dieselbe Länge haben. Der zulässige Bereich liegt zwischen 8 und 128. Die Standardlänge ist 23.Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
HttpSessionIdReuse
Die angepasste Eigenschaft "HttpSessionIdReuse" bestimmt, ob der Sitzungsmanager die von einem Browser gesendete Sitzungs-ID verwenden kann, um die Sitzungsdaten für mehrere Webanwendungen aufzubewahren, die in einer Umgebung konfiguriert sind, in der die Sitzungspersistenz nicht konfiguriert ist. Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
Wenn Sie diese Eigenschaft in einer Umgebung mit mehreren JVMs, in der die Sitzungspersistenz nicht konfiguriert ist, auf true setzen, kann der Sitzungsmanager dieselben Sitzungsdaten für alle Anforderungen eines Benutzers verwenden, selbst wenn die Webanwendungen, die diese Anforderungen bearbeiten, von unterschiedlichen JVMs gesteuert werden. Der Standardwert für diese Eigenschaft ist false. Setzen Sie diese Eigenschaft auf true, wenn der Sitzungsmanager die von einem Browser gesendete Sitzungs-ID verwenden soll, um die Sitzungsdaten für mehrere Webanwendungen aufzubewahren, die in einer Umgebung konfiguriert sind, in der die Sitzungspersistenz nicht konfiguriert ist.
![[z/OS]](../images/ngzos.gif)
ExtendedMessage: BBOO0220E: SessionContext:createSession - call to
establishAffinity for id ID-Nummer failed with rc 4
HttpSessionReaperPollInterval
Verwenden Sie diese Eigenschaft, um das Aufrufintervall (oder Wakeup-Intervall) für den Prozess zu setzen, der ungültige Sitzungen entfernt. Der für diese Eigenschaft angegebene Wert überschreibt den Standardinstallationswert, der zwischen 30 und 360 Sekunden liegt, und stellt sicher, dass der Reaper-Prozess in einem bestimmten Intervall ausgeführt wird.
Beträgt das maximale Inaktivitätsintervall weniger als 2 Minuten, liegt das Abfrageintervall des Reapers normalerweise zwischen 30 und 60 Sekunden.
Beträgt das maximale Inaktivitätsintervall zwischen 2 und 15 Minuten, liegt das Abfrageintervall des Reapers normalerweise zwischen 60 und 90 Sekunden.
Beträgt das maximale Inaktivitätsintervall zwischen 15 und 30 Minuten, liegt das Abfrageintervall des Reapers normalerweise zwischen 120 und 180 Sekunden.
Beträgt das maximale Inaktivitätsintervall mehr als 30 Minuten, liegt das Abfrageintervall des Reapers normalerweise zwischen 240 und 300 Sekunden.
Da das Standardzeitlimit und das maximale Inaktivitätsintervall bei 30 Minuten liegen, beträgt das Abfrageintervall des Reapers normalerweise zwischen 2 und 3 Minuten.
Sie können diese Eigenschaft beispielsweise verwenden, wenn die Installationssitzungen, die das zulässige Zeitlimit überschritten haben, häufiger als alle 2 bis 3 Minuten invalidiert werden sollen. Die Angabe von "HttpSessionReaperPollInterval=120" stellt beispielsweise sicher, dass Sitzungen innerhalb von 2 Minuten nach der Zeitlimitüberschreitung invalidiert werden.
Der Mindestwert für diese Eigenschaft beträgt 30 Sekunden. Wenn ein Wert, der unterhalb des Mindestwerts liegt, eingegeben wird, wird die angegebene Eigenschaft ignoriert, und es wird automatisch ein entsprechender Wert bestimmt und verwendet. Die maximale Dauer für Inaktivität ist das Sitzungszeitlimit. Die Standardeinstellung basiert auf der in der Sitzungsverwaltung definierten maximalen Dauer für Inaktivität.
InvalidateOnUnauthorizedSessionRequestException
Setzen Sie diese Eigenschaft auf true, wenn der Sitzungsmanager als Reaktion auf eine nicht berechtigte Anforderung eine Sitzung invalidieren soll anstatt die Fehlernachricht UnauthorizedSessionRequestException auszugeben.
Wenn eine Sitzung invalidiert wird, kann der Anforderer eine neue Sitzung erstellen. Er hat jedoch keinen Zugriff auf die vorher gespeicherten Sitzungsdaten. Aufgrund einer solchen Invalidierung kann ein einzelner Benutzer nach einer Abmeldung weiterhin Anforderungen zu verarbeiten, während die Sitzungsdaten geschützt bleiben.
Der Standardwert für diese Eigenschaft ist "false".
NoAdditionalSessionInfo
Setzen Sie diese Eigenschaft auf true, um das Entfernen von nicht mehr benötigten Informationen aus Sitzungs-IDs zu erzwingen. Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
NoAffinitySwitchBack
Setzen Sie diese Eigenschaft auf true, um die Affinität zu dem neuen Member auch nach der erneuten Aktivierung des ursprünglichen Member aufrecht zu erhalten. Wenn ein Cluster-Member ausfällt, werden dessen Anforderungen an ein anderes Cluster-Member weitergeleitet, und die Sitzungen werden in dem anderen Member aktiviert. So wird die Sitzungsaffinität zu dem neuen Member aufrecht erhalten. Wenn das ausgefallene Cluster-Member wieder verfügbar ist, werden die Anforderungen für Sitzungen, die im ursprünglichen Cluster-Member erstellt wurden, an dieses zurückgeleitet. Gültige Werte sind "true" und "false", wobei "false" der Standardwert ist. Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
Setzen Sie diese Eigenschaft auf true, wenn Sie verteilte Sitzungen mit zeitbasiertem Schreiben konfiguriert haben. Wenn Sie die Sitzungsreplikation zwischen Speichern verwenden, setzen Sie die angepasste Eigenschaft HttpSessionCloneId, um das Zurücksetzen der Affinität zu verwenden. Beachten Sie, dass diese Eigenschaft keine Auswirkungen auf das Verhalten hat, wenn keine verteilten Sitzungen aktiviert sind.
OptimizeCacheIdIncrements
Setzen Sie die angepasste Eigenschaft "OptimizeCacheIdIncrements" auf "true", damit der Sitzungsmanager überprüft, ob die speicherinterne Sitzung für ein Webmodul älter ist als die Kopie im persistenten Speicher. Durch Setzen dieser Eigenschaft wird das Problem der kontinuierlich zunehmenden Cache-IDs gelöst.
Wenn die HTTP-Sitzungsverwaltung so konfiguriert ist, dass sie Sitzungspersistenz verwendet und die Sitzung des Benutzerbrowsers sich über mehrere Webanwendungen erstreckt, sehen Sie möglicherweise eine zusätzliche Aktivität im persistenten Speicher, wenn die speicherinternen Sitzungen für ein Webmodul im persistenten Speicher aktualisiert werden. Folglich nehmen die Cache-IDs kontinuierlich zu, und die speicherinternen Attribute werden von den Attributen der persistenten Kopie überschrieben. Setzen Sie diese Eigenschaft auf true, wenn Sie verhindern möchten, dass die Cache-IDs ständig zunehmen.
Ist die Konfiguration ein Cluster, müssen Sie sicherstellen, dass die Systemzeiten der einzelnen Cluster-Member identisch sind.
SecurityUserIgnoreCase
Setzen Sie diese Eigenschaft auf true, wenn Sie die Sitzungssicherheits-ID verwenden möchten und die Clientsicherheits-ID auch dann als Übereinstimmung betrachtet werden soll, wenn die IDs nicht exakt übereinstimmen.
Wenn ein Benutzer die Integration der Sitzungssicherheit konfiguriert, vergleicht der Sitzungsmanager die Sicherheitsidentität des Sitzungseigners mit der Sicherheits-ID der Clientanforderung. Da bei den Übereinstimmungskriterien die Groß-/Kleinschreibung beachtet wird, wird eine Ausnahme des Typs "UnauthorizedSessionRequestException" an den Client zurückgesendet, wenn diese beiden Identitäten nicht exakt übereinstimmen.
In Situationen, in denen die Sitzungssicherheits-ID und die Clientsicherheits-ID auch dann als Übereinstimmung betrachtet werden soll, wenn die IDs verschieden sind, fügen Sie die angepasste Eigenschaft "SecurityUserIgnoreCase" den Konfigurationseinstellungen des Web-Containers hinzu, und setzen Sie die Eigenschaft auf true. Wenn diese Eigenschaft auf "true" gesetzt ist, wird keine Ausnahme des Typs "UnauthorizedSessionRequestException" ausgegeben, wenn die Sitzungssicherheits-ID und die Clientsicherheits-ID mit Ausnahme der Groß-/Kleinschreibung übereinstimmen. Wenn diese Eigenschaft auf "true" gesetzt ist, werden die Sitzungssicherheits-ID USER1 und die Clientsicherheits-IDs User1 und user1 als identisch betrachtet.
Servlet21SessionCompatibility
Setzen Sie diese angepasste Eigenschaft auf "true", um globales Sitzungsverhalten zu aktivieren. In Servlet 2.2 und höher gelten Sitzungen für das Webmodul. Der Standardwert ist false.

SessionIdentifierMaxLength
Verwenden Sie diese Eigenschaft, um die maximale Länge für Sitzungs-IDs festzulegen. Diese Eigenschaft muss auf Web-Container-Ebene konfiguriert werden.
Wenn in einem Cluster aus Gründen des Failover (Übernahme der Arbeitslast bei Ausfall eines Member) eine Anforderung an ein neues Cluster-Member gesendet wird, hängt die Sitzungsverwaltung eine neue Klon-ID an die vorhandene Klon-ID an. Sollten in einem großen Cluster Server häufiger ausfallen, ist es möglich, dass die Länge für Sitzungs-IDs zu hoch gewählt ist und nicht genug Platz für den URL verfügbar ist. Mit dieser Eigenschaft können Sie die Fehlerbedingung bestimmen und dann entsprechende Maßnahmen für die Übernahme der Arbeitslast beim Ausfall von Servern treffen. Wenn diese Eigenschaft definiert ist, wird eine Nachricht protokolliert, sobald die maximale Länge erreicht ist. Als Werte sind nur ganze Zahlen (Integer) zulässig.
SessionInvalidatorThreadPoolSize
Definiert die maximale Größe des Thread-Pools für die Threads, die ungültige Sitzungen nach Erreichen des Zeitlimits bereinigen. Die Aufgabe dieser Threads ist es, andere Server zu benachrichtigen, wenn die Sitzungen verteilt werden und alle lokalen Referenzen hierzu zu bereinigen. Je mehr Sitzungen das Zeitlimit aufgrund kürzerer Zeitlimitintervalle erreichen und je höher die Anzahl von Sitzungen aufgrund größeren Datenverkehrs ist, umso mehr Threads werden benötigt.
Der Standardwert ist 50. Der Mindestwert ist 20 und der Maximalwert ist 100.
SessionRewriteIdentifier
Verwenden Sie diese Eigenschaft, um den für das Überschreiben von URLs verwendeten Schlüssel zu ändern. Der Standardschlüssel ist jsessionid.
SessionTableName
Verwenden Sie diese angepasste Eigenschaft, um den Namen der Datenbanktabelle festzulegen. Zulässiger Wert: Zeichenfolge. Der Standardwert ist "SESSIONS".
Einige Anwendungen setzen möglicherweise voraus, dass die Methode ejbCreate(...) die Entity-Bean in der Datenbank erstellt. In diesem Fall müssen Sie die JVM-Eigenschaft "com.ibm.websphere.ejbcontainer.allowEarlyInsert" auf true setzen, damit das Standardverhalten außer Kraft gesetzt wird.
SessionTableSkipIndexCreation
Verwenden Sie diese Eigenschaft, um die Indexerstellung beim Serverstart zu inaktivieren.
Diese angepasste Eigenschaft sollte nur verwendet werden, wenn Sie Ihre eigenen Datenbankindizes für Sitzungspersistenz manuell erstellen möchten. Es wird jedoch empfohlen, dass Sie den Sitzungsmanager Datenbankindizes erstellen lassen.
Wenn Sie diese Eigenschaft aktivieren möchten, rufen Sie die Administrationskonsole für die angepassten Sitzungsmanagementeigenschaften auf, geben Sie den Eigenschaftsnamen "SessionTableSkipIndexCreation" ein, und setzen Sie seinen Wert auf true. Vergewissern Sie sich, bevor Sie diese Eigenschaft aktivieren, dass in Ihrer Sitzungsdatenbank der richtige Index angegeben ist.
ThrowSecurityExceptionOnGetSessionFalse
Setzen Sie diese angepasste Eigenschaft auf "false", damit das Sitzungsmanagement einen Sitzungsnullwert anstelle von UnauthorizedSessionrequestException zurückgeben kann. Die Standardeinstellung ist "true".
UseInvalidatedId
Setzen Sie diese angepasste Eigenschaft auf "true", um die eingehende ID wiederzuverwenden, wenn die Sitzung mit dieser ID kürzlich inaktiviert wurde. So erzielen Sie eine Leistungsoptimierung, da die Prüfung des persistenten Speichers verhindert wird. Der Standardwert ist true.
UseOracleBLOB
Die angepasste Eigenschaft "UseOracleBLOB" erstellt die Datenbanktabelle für HTTP-Sitzungen mit dem Datentyp BLOB (Binary Large Object) für die mittlere Spalte. Diese Eigenschaft verbessert die Leistung persistenter Sitzungen, wenn Oracle-Datenbanken verwendet werden. Aufgrund einer Oracle-Einschränkung erfordert die BLOB-Unterstützung für mehr als 4000 Datenbytes die Verwendung des OCI-Datenbanktreibers (OCI = Oracle Call Interface). Außerdem müssen Sie sicherstellen, dass eine neue Sitzungstabelle erstellt wird, bevor der Server erneut gestartet wird. Dazu muss die alte Sitzungstabelle gelöscht oder die Datenquellendefinition so geändert werden, dass sie auf eine Datenbank verweist, die keine Sitzungstabelle enthält.
Name | Wert |
---|---|
UseOracleBLOB | true |
UsingApplicationSessionsAndInvalidateAll
Wenn die Methode "invalidateAllSet" aufgerufen wird, werden nicht alle IBMApplicationSessions-Objekte geprüft. Wenn Sie das IBMApplicationSessions-Objekt und den invalidateAll-Aufruf verwenden, verwenden Sie das folgende Name/Wert-Paar:
Name | Wert |
---|---|
UsingApplicationSessionsAndInvalidateAll | true |
UsingCustomSchemaName
Mit dieser Eigenschaft können Sie sicherstellen, dass der Sitzungsmanager die Sitzungstabelle bei nachfolgenden Serverstartvorgängen erfolgreich ermittelt.
Setzen Sie diese angepasste Eigenschaft auf true, wenn Sie DB2 für Sitzungspersistenz verwenden möchten und die Eigenschaft "customSchema" im DB2 JDBC Driver nicht auf den Standardwert gesetzt ist.
Der Standardwert ist "false".