 | Уровень сложности: простой Джефф Хэмбрик, инженер, IBM
15.05.2008 Сервис-ориентированные архитектуры (Service Oriented Architectures) и SDO-объекты (Service Data Objects) не устранили необходимости в EJB-компонентах. Фактически, EJB-компоненты играют главную роль в реализации обоих, особенно если вы предпочитаете программировать на языке Java™. Чтобы прекратить распространение неверной информации о том, в каких ситуациях лучше всего применять различные типы EJB-компонентов (или не применять), EJB Advocate исследует различные проблемы разработки, связанные с EJB.
Из IBM WebSphere Developer Technical Journal.
Введение
После выхода спецификации Enterprise JavaBean (EJB) 2.0 я без колебаний рекомендую разработчикам использовать все формы EJB-компонентов – естественно, в подходящем контексте. К этим формам относятся сессионные компоненты (сохраняющие (stateful) и не сохраняющие (stateless) состояние), компоненты управления данными (entity) и управляемые сообщениями компоненты (Message Driven Beans - MDB). Проблема заключается в том, что мышление многих Java-разработчиков не успевает развиваться вместе со спецификацией, и все еще распространяется много неверной информации о том, в каких ситуациях лучше всего применять (или не применять) различные типы EJB.
Сегодня многие уверены, что сервис-ориентированные архитектуры (Service Oriented Architecture - SOA) и Service Data Objects (SDO) устранили необходимость в EJB-компонентах, и считают, что нет необходимости пересматривать свою точку зрения. Такой подход в корне неверен. Фактически EJB-компоненты играют главную роль в реализации того и другого, особенно если вы предпочитаете работать на языке программирования Java.
Для исследования ситуации мы создали EJB Advocate - новую периодическую рубрику, в которой рассматривается точка зрения тех, кто не боится рекомендовать EJB-компоненты для использования в тех или иных обстоятельствах, и которая будет написана в виде совета (каждая статья состоит из диалога с лицом, задающим вопрос), по решению какой-нибудь конкретной интересной проблемы проектирования (вместо краткого рассмотрения многих вопросов).
Такой подход напоминает ход обычной консультации, где проблема, представленная "клиентом", приводит к возникновению одного или нескольких вопросов у "консультанта", в роли которого выступает EJB Advocate. Ответы на эти вопросы подводят к предлагаемому решению, которое может вскрыть другие связанные проблемы, влияющие на окончательное решение. В конце концов, вы должны получить довольно хорошее представление о некоторых аспектах, которые нужно принимать во внимание при выборе подходящего EJB-компонента для работы. Вы должны также понять, почему EJB Advocate верит, что: нет плохих шаблонов, а есть только плохое их применение.
Читайте рубрику EJB Advocate
Прежде всего, EJB Advocate исследует проблему функциональной декомпозиции и то, как сессионные EJB-компоненты могут быть использованы для решения этой проблемы. В конечном итоге, вы должны получить представление о том, когда можно использовать удаленные и локальные интерфейсы к не сохраняющим и сохраняющим состояние сессионным компонентам.
Прочтите статью текущего месяца.
Ресурсы
- Примите участие в обсуждении материала на форуме.
- Оригинал статьи "Comment lines: Geoff Hambrick: Introducing the EJB Advocate" (EN).
-
Спецификация Java 2 Platform, Enterprise Edition (J2EE) - источник полной информации.
- "Программирование корпоративных приложений на Java и IBM WebSphere, второе издание" (EN), Кайл Браун (Kyle Brown), Гэри Крэйг (Gary Craig), Грег Хестэр (Greg Hester), Рассел Стайнхаур (Russell Stinehour), Дэвид Питт (W. David Pitt), Марк Вайтцел (Mark Weitzel), Джим Амсден (Jim Amsden), Питер Джакаб (Peter M. Jakab), Дэниэл Берг (Daniel Berg). Предисловие Мартина Фаулера (Martin Fowler).(EN)
Об авторе | | |
Джефф Хэмбрик (Geoff Hambrick) является ведущим консультантом IBM Software Services для группы обеспечения WebSphere (WebSphere Enablement Team). Он живет в Раунд Рок, Техас (недалеко от Остина). Общей задачей группы обеспечения является поддержка предпродажных процессов, которая осуществляется с помощью подробного технического инструктажа и кратковременных совещаний по проверке концепций. За свою работу по созданию и распространению передового опыта для разработки приложений J2EE на базе IBM WebSphere Application Server в марте 2004 года Джефф был удостоен звания инженера с отличием IBM (IBM Distinguished Engineer). |
Выскажите мнение об этой странице
| |
