Метод @Singleton @Startup @PostConstruct гарантированно возвращается до того, как EJB будут доступны для клиентских звонков?

Question

В контексте приложения Java EE 6, запущенного в WebSphere 8.0, мне нужно выполнить несколько задач запуска до того, как любой бизнес-метод может быть выполнен. Использование компонента @Startup @Singleton для этой цели кажется многообещающим решением. Однако мне не совсем ясно, как будет выглядеть жизненный цикл приложения. В EJB 3.1 spec говорится следующее:

По умолчанию, контейнер отвечает за принятие решений, когда инициализации экземпляра Singleton боба. Однако разработчик компонента может дополнительно настроить Singleton для инициативной инициализации. Если аннотация «Запуск» появляется в классе компонента Singleton или если Singleton был назначен через дескриптор развертывания как , требующий инициативной инициализации, контейнер должен инициализировать экземпляр компонента Singleton во время последовательности запуска приложения . Контейнер должен инициализировать все такие стартовые синглеты до , любые запросы клиентов доставляются на компоненты любого компонента предприятия в приложении .

1. В последнем предложении, что именно представляет собой "инициализации"? Будет ли контейнер ждать, пока метод @PostConstruct компонента @Startup не вернется, прежде чем сделать доступными для клиентских запросов корпоративные компоненты?

2. Говоря о «клиентских запросах», выполняйте запланированные кавычки метода EJB с помощью подсчета аннотации @Scheduled как одного в этом контексте?

Мне нужно, чтобы гарантировать, что некоторый код выполняется при запуске приложения, прежде чем какой-либо из бизнес-методов в любой из различных EJBs приложения могут быть запущены, будь то с помощью вызовов клиента или запланированных казней. Обеспечивает ли запуск кода запуска внутри метода @PostConstruct компонента @Singleton @Startup такую ​​гарантию? Если нет, есть ли другой способ гарантировать такое поведение?

Answer 1

1. Да, контейнер дожидается @PostConstruct метода всех @Startup бобов в модуле («EJB приложения»), чтобы вернуться, прежде чем разрешить любые запросы клиентов.
2. Да, это так в WebSphere Application Server, что подразумевается в разделе «Developing singleton session beans» в Центре знаний, в котором говорится: «Метод PostConstruct в одноэлементном компоненте может создавать таймер EJB [...] Однако, чтобы избежать взаимоблокировки , метод PostConstruct не должен ждать запуска таймера EJB ». Другими словами, вызовы обратного вызова таймера будут ждать завершения методов @PostConstruct, поэтому методы @PostConstruct не должны дождаться завершения вызовов обратного вызова таймера.