Im obigen Beispiel werden fünf Dateien definiert, die Definitionen enthalten. Die Dateien befinden sich alle im Verzeichnis WEB-INF/defs. Bei der Initialisierung des WebApplicationContext werden die Dateien geladen, und die Definitionen factory werden initialisiert. Danach können die kacheln, die in den Definitionsdateien enthalten sind, als Ansichten in Ihrer Spring-Webanwendung verwendet werden. Um die Ansichten verwenden zu können, müssen Sie einen ViewResolver wie jede andere Ansichtstechnologie haben, die mit Spring verwendet wird. Sie können eine der beiden Implementierungen verwenden, den UrlBasedViewResolver und den ResourceBundleViewResolver. Klartext-HTTP-Antwortheader können einfach mit cURL untersucht werden, mit der Option -head, wie so: Technisch sind HTTP-Header einfach Felder, die im Klartext kodiert sind und Teil des HTTP-Anforderungs- und Antwortnachrichtenheaders sind. Sie sind so konzipiert, dass sowohl der HTTP-Client als auch der Server Metadaten über die herzustellende Verbindung, die angeforderte Ressource sowie die zurückgegebene Ressource selbst senden und empfangen können. BrokerAvailabilityEvent: Gibt an, wann der Broker verfügbar oder nicht verfügbar ist. Während der « einfache » Broker sofort beim Start verfügbar wird und so bleibt, während die Anwendung läuft, kann das STOMP « Broker-Relay » seine Verbindung zum voll ausgestatteten Broker verlieren (z. B. wenn der Broker neu gestartet wird).

Das Broker-Relay hat die Logik wieder hergestellt und stellt die « System »-Verbindung zum Broker wieder her, wenn es zurückkommt. Daher wird dieses Ereignis immer dann veröffentlicht, wenn sich der Status von verbunden mit « verbunden » und umgekehrt ändert. Komponenten, die SimpMessagingTemplate verwenden, sollten dieses Ereignis abonnieren und das Senden von Nachrichten zu Zeiten vermeiden, in denen der Broker nicht verfügbar ist. In jedem Fall sollten sie bereit sein, MessageDeliveryException beim Senden einer Nachricht zu behandeln. Für viele Anwendungen ist ein einzelner WebApplicationContext einfach und ausreichend. Es ist auch möglich, eine Kontexthierarchie zu haben, in der ein StammwebApplicationContext über mehrere DispatcherServlet-Instanzen (oder andere Servlet-Instanzen) mit jeweils einer eigenen untergeordneten WebApplicationContext-Konfiguration freigegeben ist. Weitere Informationen zum Kontexthierarchie-Feature finden Sie unter Zusätzliche Funktionen des ApplicationContext. Eine häufige Anforderung für REST-Dienste besteht darin, Fehlerdetails in den Text der Antwort einzuschließen. Das Spring Framework tut dies nicht automatisch, da die Darstellung von Fehlerdetails im Antworttext anwendungsspezifisch ist. Ein @RestController kann jedoch @ExceptionHandler Methoden mit einem ResponseEntity-Rückgabewert verwenden, um den Status und den Text der Antwort variablen Antwort variablen. Solche Methoden können auch in @ControllerAdvice Klassen deklariert werden, um sie global anzuwenden. Heute werden Hunderte von Headern von Web-Apps verwendet, einige standardisiert von der Internet Engineering Task Force (IETF), der offenen Organisation, die hinter vielen der Standards steht, die das Web so antreiben, wie wir es heute kennen, und einige proprietäre.

HTTP-Header bieten einen flexiblen und erweiterbaren Mechanismus, der die umfangreichen und unterschiedlichen Anwendungsfälle ermöglicht, die heute im Web zu finden sind. Das Standardzuordnungsmuster (/**) wird von der Bewertung ausgeschlossen und immer als Letzter sortiert. Außerdem werden Präfixmuster (z. B. /public/**) als weniger spezifisch als andere Muster betrachtet, die keine doppelten Platzhalter haben. Um Designs in Ihrer Webanwendung zu verwenden, müssen Sie eine Implementierung der Org.springframework.ui.context.ThemeSource-Schnittstelle einrichten.