Мы хотели бы перенести приложение, написанное с использованием EJB2.1 beans (как Entity, так и Session), в EJB3, чтобы улучшить работу и использовать новые функции в спецификации EJB3.Проверка миграции EJB2.1 на EJB3
Как мы сделаем миграцию и предоставим пользователям гарантию (если есть), что мигрированная система все еще работает так же, как и старая. В исходном приложении не было тестовых примеров.
Как бы мы Миграционной
Я настоятельно рекомендую, чтобы получить EJB 3 in Action. В нем есть целая глава, посвященная миграции на EJB 3, в которой авторы объясняют, как вы можете смешивать EJB 2.x и EJB 3, как полностью конвертировать приложение в EJB 3, предоставлять рекомендации по миграции компонента EJB 2.x к EJB 3. Цитирование заключения главы:
миграции сеансовых компонентов и МБР EJB-легко, но все еще требует, чтобы вы тщательно спланировать процесс, потому что клиентских приложения могут сломаться из-за изменения в клиентский вид EJB между EJB 2 и EJB 3. Миграция Объекты объектов CMP являются наиболее сложными задачами , но вы можете упростить , если вы используете шаблоны проектирования , такие как DTO, Session Facade и DAO.
В этой главе также объясняется, как конвертировать JDBC DAO для использования EJB 3 JPA. Наконец, вы видели, что миграция с использованием существующих каркасов отображения O/R на использование EJB 3 JPA - очень простая задача. С этими принципами и хорошей знания ваших приложений, вы не будет иметь никаких проблем миграции приложений использовать EJB 3.
ИМО, получение копии будет хорошо стоит.
Между тем, здесь есть несколько статей, которые могут помочь:
Оригинальное приложение не было тестов.
Создание интеграционных и/или функциональных тестов перед миграцией каждого бизнес-потока является обязательным, если вы хотите гарантировать, что вы не представите никакой регрессии. Я считаю эту задачу частью миграции.
спасибо, особенно за книгу EJB3. – n002213f
@ n002213f Добро пожаловать. И удачи! –