Простой, но хороший шаблон для EJB

Question

Что вы могли бы предложить как хороший и практичный, но простой шаблон для решения с:

• HTML + JSP (как вид/презентации)
• Servlets (контроллер, запрос , сеансы обработка)
• EJB (настойчивость, BusinessLogic)
• MySQL DB

И нужно использовать собственный слой DAO для в sistence? Я использую JPA для сохранения объектов в моей БД.

Должен ли я снимать бизнес-логику с моего EJB? Все онлайн-источники рассказывают мне разные вещи и меня смущают ...

Answer 1

Я бы определенно поставил бизнес-логику в разделе «Без состояния». Горизонтальные сеансовые сеансы хороши, так как они прекрасно захватывают границы транзакций. И он отделяет слой «Вид» от слоя сохранения.

Позаботьтесь о том, чтобы методы SSB соответствовали целям малого бизнеса, которые пользователь хочет достичь.

Еще один момент заключается в том, что вы должны быть уверены, что данные, которые вы возвращаете, имеют все данные в дереве объектов и что вы не полагаетесь на ленивую загрузку, чтобы получить остальное, потому что это вызывает все проблемы.

Пребывание как можно дальше от состояния сеанса Бинс: они плохие новости и являются нарушенной концепцией в контексте веб-приложения.

Для долгого использования рассмотрите возможность использования Message Driven Beans, который вы запускаете, отправив сообщение JMS. Это хороший способ сделать фоновую обработку, которая быстрее освобождает бизнес-логику, сокращает транзакции и возвращает управление конечному пользователю быстрее.

Answer 2

Что вы могли бы предложить как хороший и практичный, но простой шаблон для решения с JSP/сервлеты + EJB + MySQL

Используйте фреймворка вашего выбора, Фасоль сессионный для бизнес-логики и управление транзакциями (предпочитают локальные интерфейсы, если вам не нужен удаленный доступ), Entities for persistence.

Внесите свои EJB везде, где это возможно (если вы используете Java EE 6, это означает где угодно, и вы также можете пропустить интерфейс).

И нужно ли использовать собственный слой DAO для настойчивости? Я использую JPA для сохранения объектов в моей БД.

Некоторые могут сказать «да», я говорю «нет» в большинстве случаев. EntityManager уже реализует шаблон Domain Store, нет необходимости защищать его за DAO для простых потребностей.

Вы можете прочитать следующие ресурсы для большего количества мнений по этому вопросу:

• Has JPA Killed the DAO?,
• JPA/EJB3 killed the DAO,
• и более поздние DAOs Aren't Dead - But They Either Collapsed Or Disappeared

Должен ли я выйти бизнес-логика от моего EJB?

Я бы не стал. Поместите свою бизнес-логику в свои (безстоящие) сеансовые бобы. EJB3 являются POJO, они легко проверяются, нет необходимости делегировать бизнес-логику на другой уровень.

Answer 3

Anno 2012 Я бы не рекомендовал использовать Servlets и JSP в качестве слоя презентации. В 2002 году это было полным явлением, но это было десять лет назад.

Сегодня Java EE имеет отличную конструкцию фреймворка MVC под названием JSF. Вам гораздо лучше использовать это вместо этого. Скорее всего, вы захотите получить некоторые виджеты из библиотеки компонентов PrimeFaces, так как все стандартные являются немного базовыми. Также полезной является библиотека утилиты OmniFaces.

Относительно DAO; не заходите так далеко, как напрямую, используя менеджер объектов в JSF-бэнд-бэндах, но если вы уже используете классы обслуживания (границы транзакций) для своей бизнес-логики, использование DAO также может быть чрезмерным.

Есть еще некоторые небольшие преимущества DAO, такие как dao.findByName (...) выглядит немного яснее, чем загрузка именованного запроса, установка параметра и получение (одного) результата, но стоимость что вам необходимо поддерживать отдельный DAO для каждого объекта, возможно, в дополнение к некоторой службе.