BlazkowiczБлагодаря обратной совместимости миграция может быть постепенной и соотвественно не затратной. Начать хотя бы с того что новые бины создавать уже в EJB3. Ни кто же не говорит о том чтобы сесть и за так переписать весь проект.
так. соберись. ты уловил хотябы один мотив миграции? (имею ввиду мотив, а не possibilities or opportunities)
BlazkowiczНо все упирается в сервер приложений. ага, opportunities-то не очень

dmatsyninГоспода! Боюсь что ни при каком раскладе весь проект на другую архитектуру ника не перейдет, потомучто модулей невероятное количество, а программистов нет.
что и требовалось доказать - opportunities=0
dmatsynin
Другие технологии я решил изучать для себя, и вот не знаю что выбрать.
Я так понимаю сейчас модно пользовать спринг+хибернейт или 3и EJB? это обоюдомодные технологии. открой pojo in action и учи всё сразу
гыы ыгыгы
dmatsyninА насколько это правильные технологии?абсолютно невероятно правильные. (хотя невозможность инжектить в сервис два репозитория с одним интерфейсом, но привязанному к разным datasource ам или emf в ebj3 не радует) dmatsyninВедь EJB 2.1 активно поддерживает IBM,он сдох и тема закрыта dmatsyninа спринг это какаято-контора Interface21. Вещь то хоть стоящая?спринг любют усе, даже долбанная bea. он и к канонизации приговорён (к стандартизации в будущей j2ee) dmatsynin EJB 3.0 вообще я так понимаю совсем другое чем 2.1 и есть сомнения, а стоит ли пользовать эту implementation. совместимо, гораздо лучше, это стандарт. реализаций много dmatsyninА вообще наплодили фреймворков, куда подацца "бедному программисту" :-) есть много других уважаемых профессий

например проктолог. клиенты будут (как видно из ветки)