Главная / Enterprise / EJB Timer vs. Jakarta Scheduler
Enterprise Средний

EJB Timer vs. Jakarta Scheduler

Замените громоздкие EJB-таймеры на ManagedScheduledExecutorService из Jakarta Concurrency для более простого планирования задач.

Сравнение кода
✕ 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();
    }
}
Заметили проблему в этом коде? Сообщите нам.
Почему современный подход лучше
🪶

Меньше шаблонного кода

Никаких @Timeout-колбэков или ScheduleExpression — используйте стандартный API ScheduledExecutorService.

🧪

Лучшая тестируемость

Простые методы и заглушки для Executor делают модульное тестирование без EJB-контейнера простым.

☁️

Совместимость с облачными подходами

Управляемые Executor-ы интегрируются в жизненный цикл контейнера и работают в облегчённых средах выполнения.

Старый подход
EJB TimerService
Современный подход
ManagedScheduledExecutorService
Начиная с JDK
11
Сложность
Средний
Поддержка JDK
EJB Timer vs. Jakarta Scheduler
Доступно

Доступно начиная с Jakarta EE 10 / Concurrency 3.0

Как это работает

EJB-таймеры требуют @Stateless- или @Singleton-бина с @Timeout-колбэком и XML- или аннотационными выражениями расписания. Jakarta Concurrency предоставляет ManagedScheduledExecutorService, использующий привычный API планирования java.util.concurrent. Результат — меньше шаблонного кода, упрощённое модульное тестирование и отсутствие зависимости от EJB-контейнера.

Связанная документация
Jakarta Concurrency Specification ↗ Jakarta Concurrency 3.0 API ↗
Доказательство
Посмотреть исходник доказательства ↗
Похожие шаблоны
Enterprise Средний

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());
    }
}
Наведите, чтобы увидеть современный ➜
JDK 11+ →
Concurrency Начинающий

Virtual threads

Java 8
Thread thread = new Thread(() -> {
    System.out.println("hello");
});
thread.start();
thread.join();
Java 21+
Thread.startVirtualThread(() -> {
    IO.println("hello");
}).join();
Наведите, чтобы увидеть современный ➜
JDK 21+ →
Concurrency Начинающий

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
Наведите, чтобы увидеть современный ➜
JDK 19+ →