В.В. Кулямин - Технологии программирования. Компонентный подход (1133554), страница 64
Текст из файла (страница 64)
Можно также подключать другие виды ресурсов, для которыхимеется реализация интерфейса поставщика служб J2EE (J2EE service provider interface,J2EE SPI).• Независимые компоненты.Первые два уровня построены из отдельных компонентов, каждый из которых имеетсобственную область ответственности, но может привлекать для решения частных задачдругие компоненты.• Данные-представление-обработка (MVC).Работа компонентов в рамках обработки группы тесно связанных запросов организуется пообразцу MVC. При этом сервлеты и обработчики Web-событий служат обработчиками,компоненты JSP — представлением, а компоненты EJB — моделью данных.Рассмотрим теперь, как решаются общие задачи построения распределенных систем [9] на базеплатформы J2EE.СвязьСвязь между компонентами, работающими в разных процессах и на разных машинах,обеспечивается в J2EE, в основном, двумя способами: синхронная связь — с помощью реализацииудаленного вызова методов на Java (Java RMI), асинхронная — с помощью службы сообщенийJava (Java message service, JMS).230Java 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";231public 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.HelloImpl2325. Запустить клиентский компонент на той же машине или на другой.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. Каждыйиз видов сообщений представлен особым подинтерфейсом общего интерфейса Message.Сообщение может иметь набор заголовков (headers), большинство из которыхопределяются автоматически.Кроме того, сообщение может иметь набор свойств, которые позволяют определятьдополнительные заголовки, специфичные для данного приложения.Клиент может передать сообщение, установив соединение с провайдером JMS.
Соединенияпредставляются с помощью объектов интерфейса javax.jms.Connection, а получитьсоединение можно с помощью фабрики соединений (объектjavax.jms.ConnectionFactory), найдя ее при помощи службы именования. Передатьсообщение можно и воспользовавшись объектом-адресатом (объектjavax.jms.Destination), который также можно получить через службу именования.JMS поддерживает как связь точка-точка (peer-to-peer, P2P), так и посылку и приемсообщений по схеме подписки/публикации. Основные интерфейсы JMS (соединение,фабрика соединений, адресат, сессия и пр.) имеют специфические подинтерфейсы длякаждой из этих двух моделей связи.
В клиентских программах рекомендуется всегдаиспользовать общие интерфейсы.ИменованиеПоиск ресурсов по именам или идентификаторам и набору их свойств в рамках J2EE и J2SEосуществляется при помощи интерфейса JNDI (Java Naming and Directory Interface, Java интерфейсслужб имен и каталогов) [12].Интерфейсы и классы JNDI находятся в пакете javax.namimg и его подпакетахjavax.naming.directory, javax.naming.event, javax.naming.ldap.Основные сущности служб именования и каталогов, хранящие привязку ресурсов к именам инаборам атрибутов, называются контекстами. Они представляются объектами интерфейсаjavax.naming.Context, в частности, реализующих его классов javax.naming.InitialContext,javax.naming.directory.InitialDirContext, javax.naming.ldap.InitialLdapContext.Методы этого интерфейса служат для привязки объекта к имени (void bind(String, Object),void rebind(String, Object) — связать данное имя с данным объектом, даже если оно ужеимеется в этом контексте), поиска объекта по имени (Object lookup (String)), разрыва связимежду именем и объектом (void unbind(String)) и пр.В дополнение к этим методам классы InitialDirContext и InitialLdapContext реализуютинтерфейс контекста службы каталогов DirContext.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
