Wie ändert man den Session-Timeout für WebSphere SystemApps wie AdminConsole ISC oder Job Management Console JMC?

**Den Session-Timeout für WebSphere-SystemApps wie AdminConsole/ISC oder JMC änderst du nicht in der Anwendung selbst, sondern in der WebSphere-Konfiguration der jeweiligen Systemanwendung. Entscheidend ist der Session-Manager der betroffenen App – sonst bleibt der Standardwert oft bei 30 Minuten.** ([setgetweb.com](https://www.setgetweb.com/p/i5/portal/WAS60/Set_the_sessi_timeout_for_the_administrative_console.html)) ## AdminConsole / ISC Für die WebSphere-Admin-Konsole beschreibt IBM den Timeout über die Systemanwendung `adminconsole` bzw. `isclite`. Der Wert steckt in der Deployment-Konfiguration der Anwendung und kann administrativ geändert werden; historisch verweist IBM dabei auf die `deployment.xml` der SystemApp. ([setgetweb.com](https://www.setgetweb.com/p/i5/portal/WAS60/Set_the_sessi_timeout_for_the_administrative_console.html)) Praktisch gibt es dafür zwei übliche Wege: - **über die Admin-Konsole**: bei der betroffenen Enterprise Application bzw. SystemApp die **Session Management**-Einstellungen öffnen und den **Session timeout** anpassen - **direkt in der Konfiguration**: den Timeout in der Deployment-/Session-Konfiguration der SystemApp ändern, also nicht nur in einer beliebigen `web.xml` einer Fachanwendung. ([ibm.com](https://www.ibm.com/docs/en/essm/10.0.2?topic=tba-changing-session-timeout-1)) Der wichtige Unterschied: Ein globaler Server-Timeout und ein anwendungsspezifischer Session-Timeout sind nicht dasselbe. Wenn du nur den Server allgemein prüfst, aber die SystemApp selbst nicht anpasst, bleibt die Admin-Konsole oft trotzdem früher abgemeldet. Das ist genau der Punkt, an dem viele Standardanleitungen zu oberflächlich sind. ([ibm.com](https://www.ibm.com/docs/en/essm/10.0.2?topic=tba-changing-session-timeout-1)) ## JMC / Job Management Console Für die **Job Management Console** gilt dasselbe Prinzip: Auch sie läuft als Web-Anwendung/SystemApp, daher wird der Timeout über deren Session-Management-Konfiguration gesetzt, nicht über einen separaten „JMC-Login-Timeout“-Schalter. IBM-Dokumentation zu WebSphere- und ISC-nahen Anwendungen zeigt durchgängig, dass der maßgebliche Wert der **HTTP-Session-Timeout der Anwendung** ist. ([ibm.com](https://www.ibm.com/docs/en/essm/10.0.2?topic=tba-changing-session-timeout-1)) Das bedeutet konkret: Du musst die **JMC-Anwendung selbst** in der WebSphere-Konfiguration öffnen und dort den Session-Timeout ändern. Ein bloßes Ändern an allgemeinen Sicherheits- oder Cache-Werten reicht dafür nicht zuverlässig aus. ([ibm.com](https://www.ibm.com/docs/en/netcoolomnibus/8.1.0?topic=server-changing-timeout-setting)) ## Was du konkret ändern musst Typisch ist der relevante Eintrag: ```xml <session-config> <session-timeout>60</session-timeout> </session-config> ``` Der Wert ist in **Minuten**. `60` bedeutet also 1 Stunde Inaktivität bis zum Logout. IBM verweist für die Admin-Konsole ausdrücklich auf die Konfiguration der SystemApp statt auf eine allgemeine Serveroption. ([setgetweb.com](https://www.setgetweb.com/p/i5/portal/WAS60/Set_the_sessi_timeout_for_the_administrative_console.html)) ## Praktisch wichtig Nach der Änderung ist in der Regel ein **Speichern der Konfiguration** und meist auch ein **Neustart der betroffenen Anwendung bzw. JVM** nötig, damit der neue Timeout sauber greift. Wenn der Logout trotzdem früher passiert, liegt die Ursache oft nicht mehr am Session-Timeout der App, sondern an einem **separaten Security-Cache- oder SSO-Timeout**, der die Sitzung zusätzlich begrenzt. ([ibm.com](https://www.ibm.com/support/pages/apar/JR31783)) Die kurze, belastbare Antwort ist also: **Den Timeout für ISC/AdminConsole und JMC änderst du in der Session-Management-Konfiguration der jeweiligen WebSphere-SystemApp; maßgeblich ist der `session-timeout` der Anwendung, nicht irgendein allgemeiner Konsolen-Schalter.** ([setgetweb.com](https://www.setgetweb.com/p/i5/portal/WAS60/Set_the_sessi_timeout_for_the_administrative_console.html))