О спорном паттерне DAO

В последние годы, после выхода спецификации Java EE 6, среди разработчиков и архитекторов информационных систем развернулась нешуточная дискуссия на тему паттерна DAO. Некоторые архитекторы и евангелисты уверены, что данный паттерн устарел и является избыточным решением в эпоху инъектируемого сразу в EJB- или CDI-компоненты JPA EntityManager'а. Другие же упорно настраивают на необходимости его применения.

@Stateless
public class MyDocumentService implements DocumentService {

    @PersistenceContext
    private EntityManager em;

    // ...
}

Давайте попробуем разобраться в данном вопросе.

Долгожданный релиз Oracle Fusion Middleware 12c!

Прямо неделя релизов какая-то. Сначала Eclipse Luna, теперь долгожданный релиз Oracle Fusion Middleware 12c. Скажем дружно: "Наконец-то!".

Итак, чем же нас порадовала корпорация Oracle в этот раз.

Во-первых, это конечно же новый Oracle WebLogic 12.1.3 с частичной поддержкой Java EE 7.

Во-вторых, вышло обновление основных компонентов:
- Oracle SOA Suite;
- Oracle BPM Suite;
- Oracle Service Bus;
- Oracle Event Processing.

Oracle SOA Suite, BPM Suite и OSB можно установить из одного архива. Oracle Data Integrator можно скачать по ссылке. Oracle Event Processing в свою очередь доступен по данному адресу.

Так же обновилась наша любимая среда разработки Oracle JDeveloper. Важно! Разработка для Oracle Service Bus и Oracle Event Processing теперь тоже ведется в данной среде.

Итак, что же стало лучше?

Общие изменения

1. Упростилась установка среды разработки. WebLogic, JDeveloper и компоненты Fusion Middleware устанавливаются из одного архива. Разработанные композиты могут запускаться на встроенном в JDeveloper экземпляре WebLogic'а аналогично старым-добрым сервлетам и EJB. В качестве СУБД для хранения схемы SOAINFRA используется JavaDB.

2. Добавлен отладчик композитов (и, вероятно, OSB-сервисов).

3. Добавлен встроенный тестер для SOA, теперь для запуска тестов не нужно обращаться к EM. Так же поддерживается CI (Maven/Hudson).

4. Добавлена поддержка REST.

5. Добавлены шаблоны компонентов при редактировании SOA-композитов. Можно разрабатывать свои компоненты.

6. Доработана оптимизация исполнения на Exalogic.

7. Переделана система авторизации в сторону большей гибкости.

8. Добавлен новый компонент - Enterprise Scheduler (ESS).

9. Улучшена консоль управления EM.

10. Улучшена обработка ошибок, т.н. Error Hospital.

11. Увеличена производительность платформы. Добавлена ленивая загрузка композитов и оптимизирована схема БД.

12. Улучшен SOA Composer.

13. Добавлен новый компонент - Managed File Transfer (MFT).

14. Добавлена поддержка мобильных каналов (Mobile Channel Enablement).

15. Добавлена поддержка облачных приложений.

16. Добавлены новые JCA-адаптеры (в частности LDAP-, Coherence-, MSMQ-адаптеры).

17. Улучшен компонент B2B.

BPEL

1. Добавлена поддержка встраиваемых и исполняемых отдельно (standalone) подпроцессов.

2. Добавлена поддержка шаблонов и разрабатываемых пользователем активностей.

Oracle Service Bus

1. Разработка для OSB теперь осуществляется в JDeveloper.

2. Добавлена поддержка переупорядочивания сообщений аналогично имеющейся в компоненте Mediator.

3. В EM добавлена консоль управления OSB.

4. Динамическая валидация содержимого сообщений во время исполнения, основанная на выражениях.

EDN

1. Переписан на использование JMS в качестве базовой реализации (раньше использовалась Oracle AQ). По-идее, теперь должна появиться возможность включать гарантированную доставку событий.

Так же существенно улучшен продукт Oracle Event Processing, но т.к. я не имею опыта его использования, то мне трудно разобраться в данных изменениях.

Много материала, описывающего нововведения, есть в блоге Niall Commiskey.

Long Live Oracle!

P.S. Конечно новая верстка сайта документации реальный вырвиглаз! Приходится скачивать в PDF и только потом читать, мартышка к старости слаба глазами стала...

Понравилось сообщение - подпишитесь на блог

Eclipse Luna

Очередной июньский релиз Eclpse SDK.

Сегодня вышла новая версия замечательной и фактически самой распространенной и известной среды разработки - Eclipse SDK. Скачать релиз можно с обновленной страницы загрузки.

Так же можно посетить отдельную страницу релиза.

Для разработчиков на Java самым важным компонентом среды является конечно же Java Development Tools (JDT). Из основных нововведений стоит отметить полную поддержку Java 8 из коробки (в Kepler нужно ставить патч на JDT). Люди из мира Linux, привыкшие пользоваться Vim и Emacs, оценят новую темную схему. Так же стоит отметить, что наконец-то коллеги доделали разделение экранов редактирования кода, теперь открыть одновременно два окна на одном экране можно всего-лишь нажатием комбинации клавиш, причем разделение можно сделать как по вертикали, так и по горизонтали. Ну и конечно нас всех ждет множество других улучшений косметического характера (в частности теперь можно скрывать строку кнопок навигации и поиска, если вы ею все равно не пользуетесь, это позволяет выиграть место по вертикали).

Традиционно вместе со средой разработки для Java обновляется большинство основных проектов: Spring Tool Suite, C/C++ Development Tools (CDT), Eclipse Communication Framework (ECF), JavaScript Development Tools (JSDT), Web Tools Platform (WTP), EGit, ну и конечно же "внутренности": реализация OSGi - Equinox, SWT и е4. Всего нам обещают обновление 76-ти проектов. Все проекты доступны в Eclipse Marketplace.

Позволю себе отметить два интереснейших проекта.

Eclipse Recommenders. Это воистину киллер-фича. База исходного кода анализируется с помощью байесовских сетей и строится модель использования. Соответствующий плагин к Eclipse при использовании автоподстановки (Ctrl + Space) предлагает элементы кода в зависимости от частоты их использования в проанализированной базе, например при автоподстановке после System.out. он предложит сначала print(), потом println() и т.д., а не будет перечислять методы по алфавиту как в других IDE. Аналогичные возможности реализованы при переопределении методов и в цепочках вызовов. Можно подключать свои модели + есть модели для популярных фреймворков, но их надо искать. В поставке идет модель для JDK и многих проектов Eclipse, в частности упрощается процесс разработки на SWT.

Новый расширяемый движок сниппетов (шаблонов кода) - SnipMatch. Иногда при использовании API мало вызвать метод, его в добавок нужно обернуть в try-with-resource или выполнить какую-то подготовительную работу. Теперь можно написать снипеты для своего фреймворка и выложить их куда-нибудь в Git-репозиторий. Eclipse может подключаться к таким репозиториям и предлагать шаблоны кода из них. В итоге разработка становится существенно быстрее. Естественно есть встроенный редактор шаблонов. Вместе со SnipMatch уже поставляется большое количество шаблонов + в сети есть репозитории для популярных фреймворков, например Vaadin.

О самых последних новостях из мира Eclipse можно узнавать, подписавшись на планету Eclipse, - агрегатор англоязычных блогов, посвященных данной платформе. Большинство блогов ведут лидеры тех или иных проектов, поэтому информация представлена из первых рук. Напомню, что Eclipse - это не только удобная IDE, но фактически целый отдельный мир программирования на Java по объему сопоставимый с Java EE и на мой взгляд превосходящий Spring Framework со всеми его ответвлениями.

Приятной вам разработки!

Понравилось сообщение - подпишитесь на блог

Новый пример - Message-Driven POJO на основе Spring Framework

Разбирался с хламом на диске и нашел старый пример чтения сообщений из JMS посредством кода на основе Spring Framework. В некоторых кругах данный подход называют Message-Driven POJO. Пример осуществляет чтение из очереди в несколько потоков, причем за управление потоками отвечает WorkManager. Оформил как Maven-проект и добавил к своей коллекции примеров на GitHub.

Проект основан на Spring 4, поэтому пришлось повозиться с зависимостями. Больше всего удивило, что в Maven-репозиториях теперь не так-то просто найти архив с интерфейсами JMS 1.1. Все так активно переходят на 2.0?

Возможно вам это будет интересно.

Понравилось сообщение - подпишитесь на блог

Суровый женился!

Сообщаю постфактум по возвращении из свадебного путешествия.

Седьмого июня произошло знаменательное событие: Суровый таки женился. В связи с этим принимаются поздравления. Несколько фотографий.

Суровый:

Красавица-жена:

Счастливая молодая семья:

Собственно подготовкой к свадьбе объясняется некоторое затишье в блоге, надеюсь, что семейная жизнь оставит мне немного времени на написание постов.

Понравилось сообщение - подпишитесь на блог

Hibernate: это должен помнить каждый - 3

В связи с выпиливанием из пакета org.springframework.orm.hibernate4 класса HibernateTemplate остро встал вопрос самостоятельного управления жизненным циклом сессии в наших приложениях. С этим возникают сложности. Давайте попробуем разобраться.

Как минимум, начиная с версии Hibernate 3.1, понятие "текущая сессия" привязано к границам текущей транзакции. Сессия открывается при первом вызове getCurrentSession() и закрывается при завершении транзакции. Так же содержимое сессии автоматически синхронизируется с БД (flush) перед коммитом транзакции. Вы можете вызывать метод getCurrentSession() в вашем коде столько раз, сколько нужно, но до тех пор пока транзакция не завершена.

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

• hibernate.transaction.manager_lookup_class - указать стратегию, специфичную для вашего сервера приложений;
  
  
• hibernate.transaction.factory_class - в значение org.hibernate.transaction.JTATransactionFactory (org.hibernate.engine.transaction.internal.jta.JtaTransactionFactory для Hibernate 4)

Очень важно! Применение данных настроек не означает, что каждая сессия будет автоматически закрываться при завершении транзакции. Речь идет только о сессиях, полученных посредством getCurrentSession(). Если вы в своем коде используете openSession() и управляете сессией самостоятельно, то вам необходимо явно вызывать методы flush() и close().

При использовании управляемых контейнером транзакций (Container-Managed Transactions, CMT) - стандартной функциональности EJB - настройки несколько отличаются: значение свойства hibernate.transaction.factory_class нужно выставить в org.hibernate.transaction.CMTTransactionFactory (org.hibernate.engine.transaction.internal.jta.CMTTransactionFactory для Hibernate 4).

Но что делать, если у нас нет сервера приложений?

Т.к. вне управляемого окружения, в отсутствие JTA, Hibernate не можете присоединить сессию к транзакции, он присоединяет ее к текущему потоку. При первом в потоке вызове getCurrentSession() будет создан специальный прокси-объект, не позволяющий сделать ничего, кроме как стартовать транзакцию. После старта транзакции в сессии возможно выполнение других операций. При завершении транзакции, неважно успешном или нет, текущая сессия автоматически закрывается. Следующий вызов getCurrentSession() снова создаст прокси и ситуация повторится. Таким образом Hibernate создает новые сессии, привязывает их к потокам, но на самом деле сессия имеет время жизни, совпадающее со временем жизни транзакции, т.е. полностью дублируется поведение в управляемом окружении.

Для включения данной стратегии необходимо выставить следующие настройки:

• hibernate.transaction.factory_class - в значение org.hibernate.transaction.JDBCTransactionFactory (org.hibernate.engine.transaction.internal.jdbc.JdbcTransactionFactory для Hibernate 4);
  
  
• hibernate.current_session_context_class - в значение thread.

Опять же, применение данных настроек не означает, что каждая сессия будет автоматически закрываться при завершении транзакции. Речь идет только о сессиях, полученных посредством getCurrentSession(). Если вы в своем коде используете openSession() и управляете сессией самостоятельно, то вам необходимо явно вызывать методы flush() и close().

Следует учитывать, что данная стратегия применима в Java SE, при использовании Java EE (по сути - при использовании EJB) нужно подключать JTA и привязывать сессию к транзакции.

Понравилось сообщение - подпишитесь на блог

Зачем нужны сервера приложений, если есть Apache Tomcat и Spring Framework?

На форуме Javatalks задали вопрос: а зачем нужны сервера приложений, если есть связка Apache Tomcat и Spring Framework? Обычно в таких случаях первые мысли возникают про EJB и сопутствующие спецификации, но на самом деле промышленные сервера приложений предоставляют множество сервисов любой программе независимо от используемых технологий. Подробный ответ доступен в моей статье.

Понравилось сообщение - подпишитесь на блог