Es sind vier Aufzählungen zur Unterstützung der Portletentwicklung in EGL verfügbar.
Diese Aufzählungen werden als Argumente zur Übergabe von Werten an PortalLib-Funktionen und zur
Rückgabe von Werten aus diesen Funktionen verwendet. Es ist nur eine begrenzte Gruppe von Werten zulässig.
- SessionScopeKind
- Gibt den Gültigkeitsbereich der Portletsitzung (PortletSession) an, der von einer PortalLib-Funktion zu verwenden ist.
Im Gegensatz zu Servletsitzungen sind Portletsitzungen in zwei Geltungsbereiche unterteilt.
Portletsitzungsattribute, die im Portletgeltungsbereich ('portletScope') enthalten sind, sind nur
innerhalb des Portlets verfügbar, das das Attribut erstellt hat. Die Attribute im Anwendungsgeltungsbereich
('applicationScope') sind für alle Portlets verfügbar, die in einer bestimmten Portalanwendung enthalten
sind. Die folgenden Werte sind gültig:
- applicationScope
- portletScope
- PortletModeKind
- Gibt einen Portlet-Modus an, der eine Angabe der Funktion ist, die vom Portlet ausgeführt wird. Die folgenden Werte sind gültig:
- editMode
- helpMode
- viewMode
- configMode
- editDefaultsMode
- WindowStateKind
- Gibt einen Fenstermodus an. Die folgenden Werte sind gültig:
- minimized
- maximized
- normal
- SecretKind
- Gibt den Typ von geheimem Schlüssel an, der in einem Bereich einer Berechtigungsnachweisvault gespeichert
werden kann. Die meisten dieser Werte werden gegenwärtig von PortalLib nicht unterstützt und sind
für zukünftige Zwecke reserviert. PortalLib-Funktionen können nur mit passiven Berechtigungsnachweisen vom Typ
'stringValues' interagieren. Die folgenden Werte sind gültig:
- 'undefined' ist gegenwärtig ein reservierter Wert und sollte nicht verwendet werden.
- 'stringValues' bedeutet, dass der geheime Schlüssel eine Kombination aus Benutzer-ID und Kennwort ist.
Dies ist zurzeit der einzige direkt unterstützte Bereichstyp.
- 'byteArray' stellt einen geheimen Schlüssel dar, der als Bytefeldgruppe angegeben wird.
- 'javaObject' bedeutet, dass geheime Schlüssel als Java™-Objekte übergeben werden.
- 'noData' stellt Berechtigungsnachweise dar, die keinen geheimen Schlüssel enthalten.
- 'jaasSubject' bedeutet, dass geheime Schlüssel als Java Authentication
and Authorization-Subjekte (JAAS-Subjekte) angegeben werden.