Web Services Обзор технологииЕсть ряд способов описания веб-службы, но для использования стандартного определения мы используем W3C определение понятия "веб-сервис:А веб-сервис - это системы программного обеспечения для поддержки взаимодействия машина - машина для взаимодействия по сети. Она имеет интерфейс, описанных в машину - processable формате (в частности, WSDL, см. ниже). Другие системы взаимодействуют с веб-сервис в порядке, предусмотренном его описание используя SOAP сообщения, как правило, передал использованием HTTP с XML serialization в сочетании с другими Интернет - соответствующие стандарты.В типичном Web услуги сценарию бизнеса, которая может быть веб-сервис использует SOAP сообщение, как правило, над транспорта HTTP протокол, направить запрос в другую службу на URL. Эта служба получает запрос, обрабатывает ее и возвращает ответ. В цепи сценарий, Web услуг и их потребители, как правило, предприятия, что делает Web услуги преимущественно бизнес - бизнес (B2B) сделок. Предприятие может быть Интернет услуг, а также других потребителей услуг Интернет. Например, оптовый дистрибьютор специи в роли потребителя, когда он использует веб-сервис для проверки наличия зерна ванили и в роли поставщика, когда он поставляет потенциальных клиентов с ценами на бобы ванили. ПроблемыИнтеграция различных бизнес приложений в единой, надежной и безопасной архитектуры является общей проблемой, что большинство предприятий выступить на ежедневной основе. В предыдущем примере, оптового дистрибьютора может быть Java EE системы, в то время как производитель продукта является. NET или старой системы. Заявка на применение взаимодействие представляет собой традиционные процедуры удаленного вызова (RPC), где два интегрированных систем с использованием синхронных механизма. А клиент получает информацию о порядке в основывается на результатах, полученных от производителя продукта. Право выбора технологии и определения стиля общения (в противовес синхронной асинхронного) являются важными факторами успеха.РешениеWeb услуги стали стандартом де-факто для достижения эффективного взаимодействия всех различных наборов приложений и предложить предпочтительный выбор технологии для интеграции. Вот почему: совместимость, простота, XML основе понятного формата, и простота в использовании помогут упорядочить применение в коммуникации. Поэтому веб-службы широко используются для B2B, а также среди корпоративных приложений интеграции. Теоретически в веб-сервис модель включает следующие элементы:
Веб-сервис технологийWeb службы XML в топливе, которые, язык разметки, позволяет нейтралитет платформы, языка, и продавцов. XML также является ключом к слабосвязанных характер веб-службы. А веб-сервис является абстрактной определено одним из основе XML интерфейса, Web Services Описание язык (WSDL), и сообщаются с использованием XML базе протокола (SOAP), или государство Репресентатионал передачи (остальное). В этом суть Веб услуги стоимость propositionthe абстрактный характер в веб-сервис определения, обнаружения и связи, основной реализации, и быть. NET, Java EE, или что-то еще полностью вод от потребителей. Кроме того, есть гибкость отправки SOAP сообщения в HTTP / S, FTP, SMTP или транспортных протоколов. SOAP - это технология, используемая для общения с веб-службы. Хотя очень простой передачи информации услуги не могут быть осуществлены без SOAP, безопасных, надежных и многолетних стороны разных партий и / или множественных сетевых приложений гораздо легче строить, если есть стандартный способ упаковки информации, обмена сообщениями в протоколе нейтрального образом. Это также позволяет инфраструктуры обмена сообщениями (которые могут быть специализированные аппаратные средства, SOAP посредников, или код библиотеки, вызванных конечной получателя в сообщение SOAP) для обеспечения аутентификации, шифрования, контроля доступа, обработки, маршрутизации и доставки услуг, подтверждение. SOAP конверт (и приложения) структуру и заголовок / обработки моделей оказались быть очень надежными и мощными рамки, в которых это сделать. Совместимость различных гетерогенных систем требуется механизм, позволяющий конкретной структуры и типов данных сообщения, которые будут обычно понимается веб-службы производителей и потребителей. WSDL обеспечивает точное описание и является основой как веб-служб SOAP сообщения можно создается для обмена между потребителем и услуг. Помимо описания веб-служб интерфейсе приложения, WSDL позволяет как веб-сервис говорится в деловой реестр, и откуда он может быть обнаружено. А деловой реестр несколько, как электронный телефонный справочник, так как оно содержит перечни услуг и, как можно поговорить с ними. Обычно эти реестры на основе Всеобщей Описание, Discovery и интеграции (UDDI), XML другой вариант. Наконец, информация, что веб-службы обмена могут быть отформатированы в соответствии с известным общественным схема. В зависимости от содержания, есть много схем доступны такие, как расширяемый язык деловой отчетности (XBRL) и рынка данных Определение языка (MDDL). WSDL, SOAP и UDDI действовать как наименьший общий знаменатель для создания и потребления услуг Интернет, а служба осуществляет детали отличаются в Java и. NET. Хорошая новость заключается в том, что независимо от своего набора навыков, каждый из платформ предоставляет средства для разработки и развертывания совместимых услуг.Java Web ServicesНа стороне Java, Java технологий несколько работать сообща оказывать поддержку веб-служб. Эти технологии можно получить через Java Web Services разработчика Pack (JWSDP) или соответствующего инструментария разработки инструментов, которые могут быть использованы для построения веб-служб. В качестве отправной точки в Java API для XML на основе RPC (JAX - РПК) обеспечивает поддержку услуг Интернет с использованием HTTP в SOAP. JAX - RPC определяет карт между Java классами и XML, используемые в SOAP RPC вызовы. Несколько примеров осуществляются с JAX - РПК, демонстрации разнообразных сценариев, в которых разработчик может использовать эту технологию. Что JAX - РПК и WSDL, легко взаимодействовать с клиентами и услуг, работающих на основе Java или не Java на базе платформ, таких, как Microsoft. NET. На стороне клиента есть втулок, соответствующих веб-служб, а на стороне сервера Web услуги собраны в соответствующих связей. Основные сообщения и транспорта протокол должен быть одинаковым для обеспечения взаимодействия между клиентом и сервером. Есть три способа, в которых JAX - RPC клиент может взаимодействовать с сервером. Первый - традиционный синхронный запрос - ответ, а второй является один способ RPC, что позволяет клиенту не блокировать или ждать ответа, а третий является не блокирует RPC, где клиент может продолжать выполнение в же нить, а затем блокировать на получение или опроса за ответ.
Помимо JAX - РПК, Java Web Services включают SOAP с вложениями API для Java (SAAJ). Этот API используется для пропуска деловых документов (в двоичном формате) путем их крепления к SOAP сообщение. Для обеспечения совместимости с двоичными данными вложений в SOAP документа, как Java Web Services (через JAX - WS) и. NET предлагаем SOAP Сообщение Трансмиссия оптимизации механизма (MTOM) Примечание разработчика После освобождения JAX - РПК 1,0, новые спецификации и новые версии стандартов, которые она реализует были освобождены. JAX - WS 2,0 является преемником JAX - РПК и относится к той же спецификации и стандарты, но добавить значительно к нему. Он включает в себя следующее:
Пожалуй, наиболее важной особенностью этого Java EE API, для веб-служб и XML является то, что они все поддерживаем промышленные стандарты, обеспечивая таким образом совместимость. Различные сети совместимости стандартов группы, такие как World Wide Web консорциум (W3C) и Организация по развитию стандартов структурированной информации (ОРССИ), были определения веб-службы стандарты позволяют разрозненных приложений для бесшовной интеграции друг с другом. Web Services в Microsoft. NETMicrosoft. NET предоставляет два механизма для создания сетевых услуг. Первая и наиболее широко используется подход к реализации веб-службы является использование Microsoft. NET System.Web.Webservices имен в. NET Framework. Сервер применения может быть его методов определяется как веб методов с использованием [WebMethod] атрибут. Этот подход будет использоваться для построения Microsoft. NET Web службы, иллюстрирующие совместимость с Java EE клиента, а с объяснением значения различных атрибутов и директивы WebMethods рамок. Другой метод, чтобы написать пользовательский обработчик HTTP класс, который подключается в Microsoft. NET HTTP трубопровода путем осуществления IHTTPHandler интерфейс. Обработчики HTTP являются объекты, обрабатывает запросы для отдельных URL, или URL, с определенными расширениями (например,. Asmx или. Aspx). Создание пользовательских погрузчиков требует использования System.Web API для обработки входящих HTTP сообщений наряду с System.Xml API для обработки конверта SOAP найти в HTTP органа. Написание пользовательский обработчик также требует вручную по авторской WSDL документ, который точно описывает веб-сервис осуществления. Она также требует четкого понимания в XML, XSD, SOAP, WSDL и спецификаций. Microsoft ASP.NET судов специального IHttpHandler класс. Asmx конечные точки (называемые WebServiceHandler), которая обеспечивает основные XML, XSD, SOAP, WSDL и функциональность, что разработчики должны строить веб-службы. Последняя методика позволяет более flexibilityparticularly когда необходимо до или после процесса содержание в SOAP сообщение. На стороне клиента, прокси используются для общения с веб-сервис. Эти доверенные которые автоматически генерируются в wsdl.exe инструмент, который имеется в. NET или Изобразительное Studio.NET. Эти доверенные лица, вновь включенных в проект, и связана в при компиляции кода, управления коммуникацией с Web методы, которые подвергаются на службе. Они возникают в результате разбора WSDL файл, который описывает веб-сервис. XML Processing, которая является центральной для Web услуг, по сути рамках. NET Framework. Для SOAP сообщений прошло время и на основе Web службы, XML обработки подразумевается, выполняемые в выполнении по имени разработчика. Поэтому, если в Интернете метод подвергается (о том, что ожидает строки, которые передаются в него), тогда как лежащие в сообщение от клиента к Интернету метод является SOAP сообщение, что код просто получает строку прошло как будто это метод местного слово . XML может, конечно, быть использован непосредственно, с использованием классов в System.Xml имен для создания, загрузки, синтаксического анализа и редактирования XML документов, в том числе SOAP примеров. В. NET не включает функциональность UDDI по умолчанию. Если вы хотите публиковать или иным взаимодействия с UDDI серверы, платформы разработки программного обеспечения UDDI комплект (SDK) является необходимым. Это SDK реализует. NET сборки, которые могут быть использованы в прикладных целях, обеспечивая Microsoft.Uddi имен. Ниже приводится пример из UDDI SDK в действии, где в настоящее время каталог спрашивает для конкретной службы, а затем и деловых услуг, которые соответствуют запросу являются iterated:UddiConnection myConn = новый UddiConnection ( "http://test.uddi.myserver.com/inquire"); GetServiceDetail gs = новый GetServiceDetail (strKey); ServiceDetail servDetail = gs.Send (myConn); foreach (BusinessService Категории в servDetail.BusinessServices ) (... )Для обработки приложений, таких, как Интернет Прямая Сообщение Инкапсуляция (DIME), или передачи сообщений оптимизации механизма (MTOM), Microsoft имеет набор библиотек как дополнение к. NET под названием Web Services Повышение пакетов. Эти обновления для. NET, что выполнить последнюю WS - * норм в период крупномасштабных выбросов рамок. Для полного руководства по все делать с веб-службы в Microsoft и. NET мира, MSDN веб-службы разработчик портала - это отличный ресурс. В Microsoft философии программного обеспечения очень основанное на создание программного обеспечения в атомной услуг ориентированных компонентов. Имея это в виду, что следующего поколения Microsoft API для разработки программного обеспечения включает новую Windows коммуникации фонд, единый API для создания программного обеспечения - как в своем службы, которая добавляет к версии 2,0 в. NET Framework. Это API, частью семейного основания ИСП (Windows работаем Foundation, Windows Презентация Фонда, и т.д.), будут основные API для создания услуг, связанных ориентированных систем. это статья добавлена Blerick Tawman
|
|||||||||||||||
|