Jakarta Concurrency

Jakarta Concurrency bietet containerverwaltete Executor Services, Context Propagation und asynchrone Aufgaben.

Fachliches Verständnis

Threads dürfen in EE-Anwendungen nicht beliebig selbst erzeugt werden; die Runtime muss Ressourcen und Kontext kontrollieren. 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

@ApplicationScoped
public class ExternalPriceAggregator {
    @Resource ManagedExecutorService executor;

    public CompletionStage<PriceSummary> load(String sku) {
        return CompletableFuture.supplyAsync(() -> callSupplierA(sku), executor)
            .thenCombine(CompletableFuture.supplyAsync(() -> callSupplierB(sku), executor),
                PriceSummary::merge);
    }
}

Enterprise-Fallen

• new Thread() im Servercode.
• Security/Transaction Context verlieren.
• Unbegrenzte Pools.

Legacy-Modernisierung

Alte selbstgebaute Threadpools werden durch containerverwaltete Executors ersetzt.