BlazkowiczrabiterНу вот, сейчас мы сойдемся на том что гласфиш шляпа и на этом опять все обсуждения закончатся))
А я уже посмотрел. Но на поверхности ответа не увидел. Глубже копать пока некогда.
rabiterВсе выполняется в одном потоке. Контекста два. Один TheService, второй AnotherBean.
Изначально мы находимся в методе TheService#doAsync - первый контекст. Потом мы через прокси AnotherBean вызываем метод AnotherBean#doSomeActivitiesInAnotherService - тут контейнер переключает нас на второй контекст.
И наконец, мы через прокси (я же передал this, а по сути это ссылка на прокси TheService) переходим в метод TheService#wasCancelCalled() - тут контейнер почему-то не переключает нас обратно на первый контекст а оставляет во втором...
Люблю EJB, всё таким очевидным образом работает. :)
А если не в лоб, а по лбу?
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
@Stateless
public class TheService {
@Resource
private SessionContext sessionContext;
@EJB
private AnotherService anotherService;
@Asynchronous
public Future<String> doAsync() {
anotherService.doSomeActivitiesInAnotherService(this);
return new AsyncResult<String>("ok");
}
public boolean wasCancelCalled() {
return sessionContext.wasCancelCalled(); // здесь валится все то же исключение
}
}
@Stateless
public class AnotherService {
@EJB
private TheService callBack;
public void doSomeActivitiesInAnotherService() {
callBack.wasCancelCalled();
}
}
Эх, думал уже об этом. Сразу скажу, что вылетает то же самое исключение. Но это вроде и понятно. Мы разве не создадим третий контекст выполнения когда заинжектим TheService initiator и вызываем на нем wasCancelCalled() ?
Как бы суметь вернуться именно к первому контексту. Вообщем я буду дальше смотреть, если найду решение, напишу тут.
