Startseite / Enterprise / EJB Timer vs. Jakarta Scheduler
Enterprise Fortgeschritten

EJB Timer vs. Jakarta Scheduler

Ersetze schwerfällige EJB-Timer durch den ManagedScheduledExecutorService von Jakarta Concurrency für einfachere Aufgabenplanung.

Code-Vergleich
✕ Java EE 
@Stateless
public class ReportGenerator {
    @Resource
    TimerService timerService;

    @PostConstruct
    public void init() {
        timerService.createCalendarTimer(
            new ScheduleExpression()
                .hour("2").minute("0"));
    }

    @Timeout
    public void generateReport(Timer timer) {
        // runs every day at 02:00
        buildDailyReport();
    }
}
✓ Jakarta EE 10+ 
@ApplicationScoped
public class ReportGenerator {
    @Resource
    ManagedScheduledExecutorService scheduler;

    @PostConstruct
    public void init() {
        scheduler.scheduleAtFixedRate(
            this::generateReport,
            0, 24, TimeUnit.HOURS);
    }

    public void generateReport() {
        buildDailyReport();
    }
}
Problem mit diesem Code entdeckt? Sag uns Bescheid.
Warum der moderne Weg gewinnt
🪶

Weniger Boilerplate

Kein @Timeout-Callback oder ScheduleExpression — verwende die Standard-API von ScheduledExecutorService.

🧪

Bessere Testbarkeit

Einfache Methoden und Executor-Mocks machen Unit-Tests ohne EJB-Container unkompliziert.

☁️

Cloud-native-freundlich

Verwaltete Executors integrieren sich in den Container-Lebenszyklus und funktionieren in leichtgewichtigen Laufzeiten.

Alter Ansatz
EJB TimerService
Moderner Ansatz
ManagedScheduledExecutorService
Seit JDK
11
Schwierigkeitsgrad
Fortgeschritten
JDK-Unterstützung
EJB Timer vs. Jakarta Scheduler
Verfügbar

Verfügbar seit Jakarta EE 10 / Concurrency 3.0

Wie es funktioniert

EJB-Timer benötigen einen @Stateless- oder @Singleton-Bean mit einem @Timeout-Callback und XML- oder annotationsbasierten Zeitplanausdrücken. Jakarta Concurrency stellt ManagedScheduledExecutorService bereit, der die vertraute java.util.concurrent-Planungs-API verwendet. Das Ergebnis ist weniger Boilerplate, einfachere Unit-Tests und keine EJB-Container-Abhängigkeit.

Zugehörige Dokumentation
Jakarta Concurrency Specification ↗ Jakarta Concurrency 3.0 API ↗
Verwandte Muster
Enterprise Fortgeschritten

EJB versus CDI

Java EE
@Stateless
public class OrderEJB {
    @EJB
    private InventoryEJB inventory;

    public void placeOrder(Order order) {
        // container-managed transaction
        inventory.reserve(order.getItem());
    }
}
Jakarta EE 8+
@ApplicationScoped
public class OrderService {
    @Inject
    private InventoryService inventory;

    @Transactional
    public void placeOrder(Order order) {
        inventory.reserve(order.getItem());
    }
}
Hover für Modernes ➜
JDK 11+ →
Concurrency Einsteiger

Virtual threads

Java 8
Thread thread = new Thread(() -> {
    System.out.println("hello");
});
thread.start();
thread.join();
Java 21+
Thread.startVirtualThread(() -> {
    IO.println("hello");
}).join();
Hover für Modernes ➜
JDK 21+ →
Concurrency Einsteiger

ExecutorService auto-close

Java 8
ExecutorService exec =
    Executors.newCachedThreadPool();
try {
    exec.submit(task);
} finally {
    exec.shutdown();
    exec.awaitTermination(
        1, TimeUnit.MINUTES);
}
Java 19+
try (var exec =
        Executors.newCachedThreadPool()) {
    exec.submit(task);
}
// auto shutdown + await on close
Hover für Modernes ➜
JDK 19+ →
Teilen 𝕏 🦋 in ⬡