Bei den für eine Anforderungsüberschreibung verwendeten Vorlagen kann es sich um unstrukturierte Inhalte, die infolge der jeweiligen Anforderung dargestellt werden, oder ein vordefiniertes XML-Schema handeln, mit dem der Entwickler alternative Aktionen angeben kann.
Die folgenden unterstützten Aktionen schließen sich gegenseitig aus. Demnach kann nur eine in einem vorhandenen Schema angegeben werden:
- CSErrorMessage
-
Ermöglicht die Angabe von Text für eine benutzerdefinierte Content Server-Fehlermeldung.
<?xml version="1.0" encoding="ISO-8859-1" ?>
In diesem Beispiel wird für die entsprechende Anfrage ein Content Server-Fehler mit einer benutzerdefinierten Nachricht generiert. Dieses Beispiel ist für eine Vielzahl von Anfragen hilfreich, da wir mehrere Parametertags verwenden, um die entsprechende Funktion zu identifizieren. Die IF-Anweisung schließt den objaction-Parameter ein, falls die primäre Funktion gleich ll ist, da die Nachricht für die meisten Content Server-Dokumentverwaltungsanfragen auf diese Weise nützlicher ist.
<overrides>
<override type="requestoverrides">
<commands>
<cserrormessage>
This request: "func=[LL_REPTAG_&func /]"
[LL_WEBREPORT_IF "[LL_REPTAG_&func /]" == "ll" /]&objaction=[LL_REPTAG_&objaction /]
[LL_WEBREPORT_ENDIF /]
is not supported.
</cserrormessage>
</commands>
</override>
</overrides> - Redirect
-
Ermöglicht Ihnen, eine URL anzugeben, um die Anforderung umzuleiten. Diese URL sollte vollständig aufgelöst werden, obwohl Protokoll- und Domänenname optional sind. Für gewöhnlich ist ein [LL_REPTAG_URLPREFIX /]-Tag erforderlich.
<?xml version="1.0" encoding="ISO-8859-1" ?>
In diesem Beispiel verwenden wir WebReports-Tags, um die URL zu erstellen. Die Konstante $redirectLocation wird verwendet, um auf einen Container zu verweisen.
<overrides>
<override type="requestoverrides">
<commands>
<redirect newurl='[LL_REPTAG_URLPREFIX /][LL_REPTAG_$redirectLocation LLURL:BROWSE /]' />
</commands>
</override>
</overrides>
|
Hinweis: | |
