В данной статье объясняются нюансы двух типов операторов import, используемых в Web Services Description Language (WSDL, язык описания Web-служб)

Одной из важнейших и, к сожалению, плохо оцененных возможностей jsp являются пользовательские теги. В прошлой своей статье рассказывающей об jsp я упоминал о сложившейся на первых этапах развития jsp ситуации когда все-кому-не-лень создавали собственные теги, зачастую изобретая никому не нужные велосипеды в виде очередного тега IF, FOR и т.д. Таким образом, появление jstl стало важным этапом унификации и дало единую точку применения силы многих тысяч java-разработчиков.

1 Контекст 2 Проблема 3 Ограничения 4 Решение 4.1 Структура 4.2 Участники и обязанности 4.2.1 BusinessObject 4.2.2 DataAccessObject 4.2.3 DataSource 4.2.4 TransferObject 4.3 Стратегии 4.3.1 Стратегия Automatic DAO Code Generation 4.3.2 Стратегия Factory for Data Access Objects 5 Выводы 6 Примеры 6.1 Реализация паттерна Data Access Object 6.2 Реализация стратегии Factory for Data Access Objects 6.2.1 Использование паттерна Factory Method 6.2.2 Использование паттерна Abstract Factory 6.2.3 Пример 9.1 Абстрактный класс DAOFactory 6.2.4 Пример 9.2 Конкретная реализация DAOFactory для Cloudscape 6.2.5 Пример 9.3 Базовый DAO-интерфейс для Customer 6.2.6 Пример 9.4 Реализация Cloudscape DAO для Customer 6.2.7 Пример 9.5 Customer Transfer Object 6.2.8 Пример 9.6 Использование DAO и DAO-генератора - код клиента 7 Связанные паттерны

В этом разделе описывается разработка, размещение и запуск простого клиент-серверного приложения, состоящего из корпоративного компонента конверсии валют и двух клиентов: клиентского J2EE-приложения и Web-клиента на основе JSP-страницы.

Если Вы новичок в разработке J2EE приложений, эта глава – хорошее место для старта. В ней вы изучите архитектуру J2EE, ознакомитесь с важными соглашениями и понятиями, а также найдете собственные подходы к программированию, сборке и внедрению J2EE приложений.

Сегодня я устрою тест еще одному серверу и consumer-у openid. Этот кандидат прибыл с экзотического острова Явы, так что ставить его в один ряд с описанными в прошлой статье библиотеками нельзя. Требования к хостингу у него будут повыше, да и процедура настройки и установки требует знания основных идей из мира java. Библиотека называется joid (полагаю, сокращение от java openid). Технически кандидат обещает, что сможет понять и версию 1.0 и 2.0 протокола openid. В рекламных проспектах говорится о простоте использования (читай, создания собственного сервера или consumer-а использующего функции joid). Домашняя страничка библиотеки http://code.google.com/p/joid/. На ней вы можете почитать куцую документацию, на странице downloads вы можете скачать саму библиотеку в виде архива joid-1.0.2.jar. Толковых описаний в сети "step by step" по использованию библиотеки я не нашел: пара страничек тупо копировали приведенный на странице проекта пример кода и расхваливали ее простоту и малый размер. Так что придется исправлять этот недостаток.

1 Контекст2 Проблема3 Ограничения4 Решение 4.1 Структура 4.2 Участники и обязанности 4.2.1 Client 4.2.2 Service Locator 4.2.3 InitialContext 4.2.4 ServiceFactory 4.2.5 BusinessService 4.3 Стратегии 4.3.1 Стратегия EJB Service Locator 4.3.2 Стратегия JMS Queue Service Locator 4.3.3 Стратегия JMS Topic Service Locator 4.3.4 Комбинированная стратегия EJB и JMS Service Locator 4.3.5 Стратегия Type Checked Service Locator (стратегия с проверкой типов) 4.3.6 Стратегия Service Locator Properties (стратегия свойств)5 Выводы6 Примеры 6.1 Реализация паттерна Service Locator 6.1.1 Пример 8.33 Реализация Service Locator 6.2 Реализация стратегии Type Checked Service Locator 6.2.1 Пример 8.34 Реализация стратегии Type Checked Service Locator 6.2.2 Пример 8.35 Код клиента, использующего Service Locator7 Связанные паттерны

Технология Java предоставляет надежную, широко распространенную, независимую от операционной системы платформу, позволяющую быстро создавать и запускать Web-сервисы. Основой Web-сервисов является воплощенное в платформе J2EE, открытое, часто используемое решение, которое согласуется с существующими системами и предоставляет новые динамичные сервисы с ключевыми технологиями, такими как Enterprise JavaBeansTM, JavaServer PagesTM, сервлеты, поддержка XML.

Серверы Enterprise JavaBeans упрощают разработку промежуточного программного обеспечения путем предоставления автоматической поддержки таких сервисов, как транзакции, безопасность, связность баз данных и т.д. Спецификация EJB 2.0 представляет собой существенно новую версию, предлагающую множество значительных преимуществ. Данная статья описывает изменения в EJB 2.0 и то, как новые особенности могут упростить и ускорить разработку приложений.

1 Контекст2 Проблема3 Ограничения4 Решение 4.1 Структура 4.2 Участники и обязанности 4.2.1 Client 4.2.2 SessionFacade 4.2.3 BusinessObject 4.3 Стратегии 4.4 Стратегии Session Facade 4.4.1 Стратегия Stateless Session Facade 4.4.2 Стратегия Stateful Session Facade 4.5 Стратегии бизнес-объектов 4.5.1 Стратегия сессионного компонента 4.5.2 Стратегия компонента управления данными 4.5.3 Стратегия Data Access Object5 Выводы6 Примеры 6.1 Реализация Session Facade 6.1.1 Пример 8.15 Реализация Session Facade - сессионный компонент 6.1.2 Пример 8.16 Реализация Session Facade - удаленный интерфейс 6.1.3 Пример 8.17 Реализация Session Facade - домашний интерфейс7 Связанные паттерны