Руководство Spring содержит всестороннюю главу по интеграции EJB:
[...] важно отметить, что
использование Spring не мешает вам
используя EJB. На самом деле, Весна делает это
гораздо проще получить доступ к EJB и
реализовать EJB и функциональность
внутри них. Кроме того, используя
Весна для доступа к услугам, предоставляемым
EJBs позволяет реализацию
эти услуги позже прозрачно
переключаться между локальным EJB, удаленным
EJB или POJO (обычный старый объект Java)
варианты, без кода клиента
должны быть изменены.
Ценность заключается главным образом в доступе к сессионным компонентам без сохранения состояния, поскольку они более точно соответствуют сервис-ориентированной модели работы Spring. Вы также можете получить некоторую ценность от сессионных компонентов с состоянием и компонентов, но только в ограниченной степени. EJB2-компоненты EJB2 настолько плохо спроектированы, что никакая полировка Spring не может скрыть злобу под ними.
Остается вопрос, почему вы хотели бы сделать это. Собственные возможности Spring по крайней мере соответствуют EJB. Наиболее распространенная причина их смешивания заключается в том, что у вас есть существующая кодовая база, использующая EJB, и вам необходимо интегрировать с ней приложение Spring. Если EJB не существует, на самом деле в этом нет никакого смысла, с таким же успехом вы можете придерживаться Spring.