Изучаем Java EE 7 - [197]

···············.write("number", creditCard.getNumber())
···············.write("expiryDate", creditCard.getExpiryDate())
···············.write("controlNumber", creditCard.getControlNumber())
···············.write("type", creditCard.getType())
·············.writeEnd()
···········.writeEnd()
···········.close();

····assertEquals(creditCardJSon, writer.toString(). trim());

··}
}

Резюме

XML — нечто большее, чем просто текстовый формат для описания документов. Это механизм для описания независимых от платформы комплексных структурированных данных. Java предоставляет набор мощных, легких API для анализа, проверки и генерации XML-данных. В Java поддерживаются различные модели анализа, такие как DOM, SAX и StAX. Хотя вы можете использовать низкоуровневые Java API для работы с XML на основе модели DOM или SAX, JAXP API предоставляет классы-оболочки для анализа ваших XML-ресурсов на основе DOM- или SAX-модели и передает XML-документ с помощью XSLT и XPath.

Архитектура Java для связывания XML (JAXB) определяет стандарт связывания Java-представлений с XML и наоборот. Это обеспечивает высокий уровень абстракции, так как архитектура основана на аннотациях. Притом что JAXB можно использовать в любых приложениях Java, он хорошо вписывается в пространство веб-служб, потому что любая информация, которой можно обмениваться, записана в XML, что вы увидите в главе 14.

JSON представляет собой легкий формат обмена данными. Он является альтернативой XML, и его рекомендуется использовать для более простых структур данных. JSON-P выполняет анализ и генерацию данных в формате JSON через потоки. Даже если эквивалента JAXB для JSON пока не существует, спецификации, такие как JAX-RS, используют JSON-P для возвращения JSON-объектов веб-служб RESTful (см. главу 15).

Глава 13. Обмен сообщениями

Большая часть коммуникаций между компонентами, которую вы видели до сих пор, является синхронной: один класс вызывает другой, управляемый компонент вызывает EJB, который вызывает сущность, и т. д. В таких случаях вызывающая сторона и ее адресат должны быть запущены и работать для обеспечения успешной коммуникации и вызывающей стороне нужно ждать, пока адресат завершит свою работу, чтобы продолжить свою. За исключением асинхронных вызовов в EJB (благодаря аннотации @Asynchronous), большинство компонентов Java EE используют синхронные вызовы (локально или удаленно). Когда мы говорим об обмене сообщениями, то имеем в виду слабосвязанную асинхронную коммуникацию между компонентами.

Промежуточное ПО, ориентированное на обработку сообщений (MOM), является программным обеспечением (поставщиком), предоставляющим возможность асинхронного обмена сообщениями между разнородными системами. Оно может быть буфером между системами, которые производят и потребляют сообщения в своем собственном темпе (например, одна система работает постоянно, а другая — только ночью). Они изначально слабо связаны, а производители не знают, кто находится на другом конце канала, потребляет сообщение и выполняет действия. Производитель и потребитель могут быть недоступны в одно и то же время, чтобы общаться друг с другом. На самом деле они даже не знают о существовании друг друга, поскольку используют промежуточный буфер. В связи с этим MOM полностью отличается от многих технологий, например RMI, которые требуют от приложения знать сигнатуру удаленного метода приложения.

Сегодня типичная организация имеет множество приложений, часто написанных на разных языках, которые выполняют четко определенные задачи. MOM основано на асинхронной модели взаимодействия, поэтому оно позволяет этим приложениям работать самостоятельно и в то же время являться частью информационного рабочего процесса. Обмен сообщениями — это хорошее решение для слабо связанной асинхронной интеграции существующих и новых приложений, при условии, что производитель и потребитель согласуют формат сообщений и промежуточный пункт назначения. Эта связь может быть локальной, внутри организации, или распределенной между несколькими внешними службами.

Основные сведения об обмене сообщениями

Промежуточное ПО, ориентированное на обработку сообщений (MOM), использует специальную лексику. Когда сообщение отправляется, программное обеспечение, которое сохраняет сообщение и отправляет его, называется поставщиком (или иногда брокером). Отправитель сообщения — это производитель, а местоположение, где хранится сообщение, — место назначения. Компонент, принимающий сообщение, называется потребителем. Любой компонент, заинтересованный в сообщении, расположенном в заданном месте назначения, может потребить его. Эти понятия проиллюстрированы на рис. 13.1.

Рис. 13.1. Архитектура MOM

В Java EE API, который работает с этими понятиями, называется JMS (Java Message Service — служба сообщений Java). Он имеет набор интерфейсов и классы, которые позволяют подключаться к поставщику, создавать сообщение, отправлять и получать его. JMS не передает сообщения физически, это просто API, который требует наличия поставщика, отвечающего за обработку сообщений. При работе в контейнере EJB могут быть использованы MDB (Message-Driven Beans — управляемые сообщениями компоненты) для получения сообщений, чей обмен управляется контейнером.