Осі / SOAP-сервісні стилі та сумісність - веб-сервіси, мило, WSDL, осі

Є чотири "стилі" сервісу в Осі.

Служби RPC використовують SOAP RPC-конвенції, а також кодування SOAP-розділу 5.

Служби документів не використовують жодне кодування (зокрема, ви не зможете побачити мультиреф серіалізацію об'єктів або SOAP-стилі масиви на дроті), але все одно виконувати XML <-> прив'язку даних Java.

Загорнені сервіси подібні до служб документів, за винятком того, що замість того, щоб пов'язувати весь корпус SOAP з однією великою структурою, вони "розпакують" його в окремі параметри.

Служба повідомлень отримує та повертає довільний XMLв конверті SOAP без будь-якого типу відображення / зв'язування даних. Якщо ви хочете працювати з сировим XML вхідних та вихідних конвертів SOAP, напишіть службу повідомлень.

Отже, якщо я використовую щось інше, крім першоговаріант (розділ 5 SOAP RPC), як це впливає на сумісність? Якщо хтось говорить, що вони хочуть сервіс SOAP (включаючи WSDL), це означає, що очікується конвенції SOAP RPC? Чи можуть три інші стилі використовуватись, коли інший кінець не реалізований з Axis?

Відповіді:

Я знайшов цікава стаття, яка порівнює п'ять різних стилів з WSDL.

Схоже, що перші два стилі осі (RPC ідокумент) "офіційно" підтримується WSDL, а третій (загорнутий) може бути "шаблоном, який зазвичай називають" шаблоном, що містить документ / буквальну літературу ", що також, як видається, працює.