Jakarta Servlet

Serverseitige HTTP-Verarbeitung mit Request, Response, Filter, Listener und Session.

Fachliches Verständnis

Servlet ist die Basis vieler Java-Webframeworks. Auch wenn du REST oder Faces nutzt, läuft darunter oft Servlet-Infrastruktur. 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.

Technisches Beispiel

@WebFilter("/api/*")
public class CorrelationIdFilter implements Filter {
    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
            throws IOException, ServletException {
        HttpServletRequest http = (HttpServletRequest) request;
        String correlationId = Optional.ofNullable(http.getHeader("X-Correlation-Id"))
                .orElse(UUID.randomUUID().toString());
        try {
            MDC.put("correlationId", correlationId);
            chain.doFilter(request, response);
        } finally {
            MDC.remove("correlationId");
        }
    }
}

Enterprise-Fallen

• Fachlogik direkt im Servlet.
• Thread-unsichere Instanzvariablen im Servlet.
• Session als versteckte Datenbank nutzen.

Legacy-Modernisierung

Servlets aus alten Anwendungen werden zu dünnen Adapterklassen oder REST-Ressourcen; Filter bleiben oft als technische Querschnittsschicht erhalten.