кроме этого ни чё нет

dmatsyninа что дает xDoclet? я так вкратце почитал, что это расширение javadoc, для автоматизации создания сопутствующих классов. Стоит ли пользовать?
xdoclet - полный отстой, ejb2 - просто сакс.
если есть возможность то стоит избегать

Spring, ejb3 - и баста

я и говорю уоиз

dmatsyninтак один фиг в Eclipse создание EJB бинов, даже в уоиз будет через xDoclet...
неправильно ты понял. уоизу - иксдок ненужен. для уоиза в клипсе тока JPA тулза есть - т.е. для сущностей
dmatsyninта чем спринг лучше? имхо прощё и лехче.
dmatsyninНасколько я понял это яркий пример аннотационного программирования?
Dependency Injection и иже с ним?
... но тут его мысль оборвалась....
попробую продолжить. одна из основных фич ejb - декларативные транзакции, которые реализуются аопом, для использования которого нужна метаинфа про компонент. ну и соответственно как это реализовано - дело десятое

dmatsyninт.е. остальные бины - ручками писать? Чтото я недопонял видимо....
да уж. невероятно тяжело. вот скока всего писать

dmatsyninэто в отличии от спринга, или как? это как оно само есть.

что не ясно? спроси нормально, если есть чего?

если всё нравится, то как подсказывает практика, лучше не двигаться

BlazkowiczДык они ж вроде совместимы. Почему бы и нет? а у меня вот верёвка есть... мош повесится - она крепкая. почему бы и нет?

BlazkowiczТы адекватный? Аргументы выше . Свою веревку можешь засунуть себе в жопу.
я пытался сказать что если ребят всё устраивает на вторых ejb, нет смысла мигрировать на третьи, даже если они так небесно хороши. затраты имхо должны окупаться.

я адекватный? (если у меня не возникло такой клёвой идеи с верёвкой)

... нет, ну не то что бы я как-то предвзято отношусь к людям с такими мыслями... но просто ... может вам попробовать такой трюк с ejb3..

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А вообще наплодили фреймворков, куда подацца "бедному программисту" :-) есть много других уважаемых профессий

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