Читайте также:
|
Для работы с сервисами программной компоненты обращающийся к ним клиент должен иметь полное представление об интерфейсе используемой компоненты. Несмотря на значительные отличия модели передачи сообщений и модели удаленного вызова, для них обеих интерфейс компоненты распределенной системы можно описать как совокупность адресов и форматов сообщений ее сервисов.
Адрес сервиса зависит от промежуточной среды и является совокупностью сетевого адреса компоненты и некоторого публичного имени сервиса. Сетевой адрес программной компоненты основан на имени ее компьютера для систем удаленного вызова или на адресе менеджера очереди для систем обмена сообщениями.
Если компонента системы передачи сообщений посылает сообщения‑ответы клиенту, то можно считать, что сервис такой компоненты имеет два адреса – один для очереди запросов и второй для очереди ответов (имя очереди ответов может быть задано и в сообщении‑запросе).
Кроме информации о полном адресе сервиса, клиенту компоненты необходимо знать формат сообщений, получаемых и возвращаемых сервисом. К первым относятся сообщения с параметрами удаленного вызова и сообщения‑запросы в очередях сообщений, ко вторым – сообщения с результатом выполнения метода и сообщения‑ответы. К параметрам удаленного метода следует отнести и некоторый идентификатор активированного объекта сервера для случая активации объектов по запросу клиента.
Важным различием систем обмена сообщениями от систем удаленного вызова является отсутствие ограничений на формат сообщения. Однако было бы естественным считать, что формат сообщения должен быть эквивалентен описанию полей некоторого класса CLI. Объект данного класса преобразуется в результате сериализации в передаваемое сообщение.
Поэтому существует рекомендация создавать удаленные методы с единственным параметром сложного типа. Этот объект должен маршализироваться по значению, как и все его поля и свойства.
Итого, каждый сервис программной компоненты характеризуется тремя сущностями:
· полным адресом сервиса;
· единственной спецификацией принимаемых сервисом сообщений (запросов);
· единственной спецификацией принимаемых от сервиса сообщений (ответов).
Для полного формального описания взаимодействий двух компонент распределенной системы необходимы в общем случае три языка:
· язык передаваемых в распределенной системе сообщений, обычно описывающий результат сериализации объектов;
· язык описания спецификаций сообщений, определяющий корректные сообщения для сервисов компоненты;
· язык описания интерфейса компоненты, определяющий набор ее сервисов.
Языки описания интерфейса и спецификаций сообщений часто представлены на практике одним языком.
Поскольку сообщение обычно представлено результатом сериализации того или иного класса, то одной из спецификаций сообщения можно считать совокупность сериализуемых полей и свойств маршализируемого по значению объекта.
Дата добавления: 2015-01-30; просмотров: 28 | Поможем написать вашу работу | Нарушение авторских прав |