Lecture13 (1133570), страница 2
Текст из файла (страница 2)
Web-контейнер реализуеттакие службы, как управление жизненным циклом компонентов и набором компонентовкак ресурсом, распараллеливание независимых работ, выполнение удаленных обращений ккомпонентам, поддержка защищенности с помощью проверки прав компонентов ипользователей на выполнение различных операций.• Обычные приложения на Java.J2EE является расширением J2SE и поэтому все Java приложения могут работать и в этойсреде. Однако, в дополнение к обычным возможностям J2SE, эти приложения могутиспользовать в своей работе Web-компоненты и EJB, как напрямую, так и удаленно,связываясь с ними по HTTP.• Аплеты (applets).Это небольшие компоненты, имеющие графический интерфейс пользователя ипредназначенные для работы внутри стандартного Web-браузера.
Они используются в техслучаях, когда не хватает выразительных возможностей пользовательского интерфейса набазе HTML, и могут связываться с удаленными Web-компонентами, работающими насервере, по HTTP.Компонент любого из этих видов оформляется как небольшой набор классов и интерфейсов наJava, а также имеет дескриптор развертывания (deployment descriptor) — описание вопределенном формате на основе XML конфигурации компонента в рамках контейнера, в которыйон помещается. Приложение в целом также имеет дескриптор развертывания. Дескрипторыразвертывания играют важную роль, позволяя менять некоторые параметры функционированиякомпонента и привязывать их к параметрам среды, в рамках которой компонент работает, незатрагивая его код.Платформа J2EE приспособлена для разработки многоуровневых Web-приложений.
Приработе с такими приложениями пользователь формирует свои запросы, заполняя HTML-формы вбраузере, который упаковывает их в HTTP-сообщения и пересылает Web-серверу. Web-серверпередает эти сообщения Web-компонентам, выделяющим из них исходные запросы пользователяи передающим их для обработки компонентам EJB. Результаты работы EJB компонентовпревращаются Web-компонентами в динамически генерируемые HTML-страницы, и отправляютсяобратно пользователю, представая перед ним в окне браузера.
Аплеты используются там, гденужен более функциональный интерфейс, чем стандартные формы и страницы HTML.Клиент —Web-браузерHTMLстраницыWeb-серверHTTPWeb-контейнерсервлетыJSPJavaапплетыEJB-контейнерEJBкомпонентыХранилищеданных(СУБД)Схема БДРисунок 72. Типовая архитектура J2EE приложения.Выделены компоненты, разрабатываемые вручную.Таким образом, приложения на базе J2EE строятся с использованием трех основныхархитектурных стилей.• Многоуровневая система.Самые крупные подсистемы организованы как уровни, решающие различные задачи.o Интерфейс взаимодействия с внешней средой, включая пользователей, реализуется припомощи Web-компонентов.o Уровень бизнес-логики и модели данных реализуется при помощи EJB компонентов.o Уровень управления ресурсами строится на основе коммерческих систем управлениябазами данных (СУБД).
Можно также подключать другие виды ресурсов, для которыхимеется реализация интерфейса поставщика служб J2EE (J2EE service provider interface,J2EE SPI).• Независимые компоненты.Первые два уровня построены из отдельных компонентов, каждый из которых имеетсобственную область ответственности, но может привлекать для решения частных задачдругие компоненты.• Данные-представление-обработка (MVC).Работа компонентов в рамках обработки группы тесно связанных запросов организуется пообразцу MVC.
При этом сервлеты и обработчики Web-событий служат обработчиками,компоненты JSP — представлением, а компоненты EJB — моделью данных.Рассмотрим теперь, как решаются общие задачи построения распределенных систем [9] на базеплатформы J2EE.СвязьСвязь между компонентами, работающими в разных процессах и на разных машинах,обеспечивается в J2EE, в основном, двумя способами: синхронная связь — с помощью реализацииудаленного вызова методов на Java (Java RMI), асинхронная — с помощью службы сообщенийJava (Java message service, JMS).Java RMI [10] является примером реализации общей техники удаленного вызова методов.Базовые интерфейсы для реализации удаленного вызова методов на Java находятся в пакетеjava.rmi стандартной библиотеки.Набор методов некоторого класса, доступных для удаленных вызовов, выделяется вспециальный интерфейс, называемый удаленным интерфейсом (remote interface) и наследующийjava.rmi.Remote.
Сам класс, методы объектов которого можно вызвать удаленно, долженреализовывать этот интерфейс. Этот же интерфейс реализуется автоматически создаваемойклиентской заглушкой. Поэтому объекты-клиенты работают только с объектом этого интерфейса,а не с объектом класса, реализующего декларированные в таком интерфейсе операции.Кроме того, класс, реализующий удаленный интерфейс, должен наследовать классуjava.rmi.server.RemoteObject.
Этот класс содержит реализации методов hashCode(), equals()и toString(), которые учитывают возможность размещения его объектов в процессах, отличныхот того, где они вызываются. Обычно наследуется не сам этот класс, а его подклассыjava.rmi.server.UnicastRemoteObject или java.rmi.activation.Activatable. Первыйреализует общую функциональность объектов, которые можно вызвать удаленно поверхтранспортного протокола TCP, пока работает содержащий их процесс, включая занесениеинформации о таких объектах в реестр RMI (собственная служба именования в рамках Java RMI).Второй класс служит для реализации активизируемых объектов (activatable objects), которыесоздаются системой «по требованию» — как только кто-нибудь вызывает в них какой-нибудьметод.
Ссылки на такие объекты могут сохраняться, а обратиться к ним можно спустя долгоевремя, даже после перезагрузки системы.Каждый удаленный метод (remote method), т.е. метод, который можно вызвать из другогопроцесса, должен декларировать в качестве класса возможных исключенийjava.rmi.RemoteException или его базовые типы java.io.IOException илиjava.lang.Exception.
Этот класс сам служит базовым для классов исключений, представляющихошибки связи, ошибки маршалинга параметров или результатов и ошибки протоколов,реализующих RMI.Объекты, реализующие один из удаленных интерфейсов, могут быть переданы в качествепараметров или результатов удаленных методов по ссылке как объекты этого интерфейса.
Приэтом в другой процесс передается байт-код клиентской заглушки, связанной с таким объектом, иобъекты этого процесса получают возможность вызывать в нем методы.Остальные объекты передаются как параметры или результаты удаленных вызовов с помощьюсериализации их данных и построения копии такого объекта в другом процессе.
Так жепередаются и создаваемые удаленным методом исключения. Для этого им необходимореализовывать интерфейс java.io.Serializable или же быть значениями примитивных типов.Простой пример Java классов, взаимодействующих по RMI, приведен ниже.Код удаленного интерфейса.package examples.rmi;public interface Hello extends java.rmi.Remote{public String hello() throws java.rmi.RemoteException;}Код реализации удаленного интерфейса.package examples.rmi;import java.rmi.registry.LocateRegistry;import java.rmi.registry.Registry;import java.rmi.server.UnicastRemoteObject;public class HelloImpl extends UnicastRemoteObject implements Hello{public static final String ServerHost = "hostname";public static final String ServerURL = "rmi://" + ServerHost + ":2001/SERVER";public static final int RegistryPort = 2000;public HelloImpl () throws java.rmi.RemoteException { }public String hello () throws java.rmi.RemoteException{ return "Hello!"; }public static void main (String[] args){try{Hello stub = new HelloImpl();Registry registry = LocateRegistry.getRegistry(RegistryPort);registry.rebind(ServerURL, stub);}catch (Exception e){System.out.println("server creation exception");e.printStackTrace();}}}Код класса-клиента.package examples.rmi;import java.rmi.registry.LocateRegistry;import java.rmi.registry.Registry;public class HelloClient{public HelloClient () { }public static void main (String[] args){try{Registry registry = LocateRegistry.getRegistry(HelloImpl.ServerHost, HelloImpl.RegistryPort);Hello stub = (Hello) registry.lookup(HelloImpl.ServerURL);System.out.println("response: " + stub.hello());}catch (Exception e){System.err.println("Client exception: " + e.toString());e.printStackTrace();}}}Для того чтобы запустить этот пример, нужно выполнить следующие действия.1.
Скомпилировать все классы и интерфейсы. В классе-реализации серверного компонентаконстанта ServerHost должна быть инициализирована именем машины, на которой будетработать сервер.2. Создать и скомпилировать заглушки при помощи компилятора Java RMI, запустив его вкорневой директории для кода на Java.rmic examples.rmi.HelloImpl3.
Запустить реестр RMI на той машине, на которой будет выполняться серверный компонентHelloImpl. Реестр используется для регистрации серверного объекта и последующегопоиска его клиентами и в данном примере принимает сообщения по порту 2000.start rmiregistry 2000 &4. Запустить сам серверный компонент.java examples.rmi.HelloImpl5.
Запустить клиентский компонент на той же машине или на другой.java examples.rmi.HelloClientЕсли никаких ошибок не сделано, и порты 2000 и 2001 на серверной машине свободны,клиент выдаст сообщение.response: Hello!Поскольку базовые интерфейсы компонентов EJB наследуют java.rmi.Remote, такиекомпоненты автоматически предоставляют возможность обращаться к некоторым из своихметодов удаленно.Служба сообщений Java (JMS) [11] представляет собой спецификацию интерфейсов дляподдержки передачи сообщений (в частности, асинхронных) между компонентами в рамкахплатформы J2EE. Ее базовые библиотеки — пакет javax.jms — не входят в состав J2SE. Та илииная реализация JMS должна входить в любую реализацию платформы J2EE.Основные элементы JMS следующие.•••Сообщение. Все объекты-сообщения реализуют интерфейс javax.jms.Message.Сообщение имеет тело, которое может быть отображением (map) ключей в значения,текстом, объектом, набором байт или потоком значений примитивных типов Java.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
