Spezifikation / Template-TechnikServer UI4.0 / 3.0 / 6.0

Jakarta Pages, Standard Tag Library und Expression Language

Pages/JSP, JSTL und EL bilden klassische serverseitige Templates und Ausdrucksauswertung.

Einordnung

Spezifikation / Template-Technik

Enterprise-Rolle

Diese Technologien sind in Legacy-Systemen häufig und müssen bei Migrationen sicher gelesen werden.

Diagramm zu Jakarta Pages, Standard Tag Library und Expression Language

Fachliches Verständnis

Diese Technologien sind in Legacy-Systemen häufig und müssen bei Migrationen sicher gelesen werden. In der Praxis ist wichtig, die Spezifikation nicht mit der konkreten Runtime zu verwechseln. Der Standard beschreibt die portablen APIs, die Implementierung entscheidet über Konfiguration, Performance, Betrieb und Support.

Kernkonzepte

JSP/Pages als Template.
JSTL für Schleifen, Bedingungen und Formatierung.
EL zur Bindung von Daten.
Tag Files und Custom Tags.

Typische Einsatzfälle

Altportale analysieren.
Schrittweise zu REST + Frontend migrieren.
Serverseitige einfache Views halten.

Technisches Beispiel

xml

<%@ taglib prefix="c" uri="jakarta.tags.core" %>
<html>
<body>
  <h1>Offene Bestellungen</h1>
  <c:forEach items="${orders}" var="order">
    <p>${order.number} - ${order.status}</p>
  </c:forEach>
</body>
</html>

Architekturregel: Jakarta APIs gehören an Systemgrenzen und Infrastrukturpunkte. Fachentscheidungen bleiben in Application Services und Domain-Modellen testbar und möglichst unabhängig vom Container.

Enterprise-Fallen

Scriptlets im JSP.
SQL oder Fachlogik im Template.
Unklare Encoding-/XSS-Regeln.

Legacy-Modernisierung

Scriptlets entfernen, Controller/Service einziehen, Templates auf reine Darstellung reduzieren.

Vertiefung: Review-Fragen für Senior-Entwickler

Welche Spezifikation ist hier wirklich nötig?
Welche Runtime-Funktion wird genutzt und ist sie portabel?
Wo liegt die Transaktionsgrenze?
Sind API-Verträge, DTOs und Domain-Modelle getrennt?
Ist der Code ohne Application Server testbar?

Jakarta Faces Index