Я пытался использовать gSOAP для доступа к веб-службе (например, с помощью предоставленного WSDL для создания C-заглушек, а затем использовать их в приложении). Однако я обнаружил, что сгенерированные файлы .c и объектные файлы довольно большие (несколько мегабайт), что является проблемой во встроенной среде, в которой я работаю.
Знаете ли вы какие-либо более простые библиотеки SOAP, или мне придется вернуться к универсальным генераторам XML и анализаторам, таким как ezXML?
Недавно я тоже изучал этот вопрос, и лучшим вариантом, который я нашел, был gSOAP, он очень зрелый и хорошо протестирован. Однако я решил пойти по маршруту, отличному от SOAP, что было вариантом, поскольку я нахожусь как на стороне клиента, так и на стороне сервера. Прежде чем использовать gSOAP, убедитесь, что вы можете жить с их лицензией, вы можете быть обязаны выпустить свой код или заплатить им, в зависимости от того, как вы его используете.
Другим вариантом является Apache Axis2/C, хотя у меня нет опыта работы с ним (наверное, что его площадь аналогична gSOAP). Их клиентский API находится здесь. Учебное пособие по клиентскому API находится здесь.
Если вы решите пойти по пути синтаксического анализа XML, вас может заинтересовать этот вопрос SO (см. ответы).
Вы также можете проверить boost::spirit для проанализированного маршрута. У него есть возможность создавать небольшие, быстрые, специализированные (и общие) синтаксические анализаторы, если вы знакомы с C++ (они могут быть написаны как реентерабельные, поэтому вызов их через статический объект с внешним интерфейсом "C" является кошерным ). Я могу поручиться за это в общем смысле (не конкретно для XML). Крутая кривая обучения, но большая отдача.
Это веб-сервис, который вы создаете? Если это так, рассмотрите возможность использования REST вместо SOAP. REST намного проще, и вы можете использовать существующие, протестированные, работающие обработчики HTTP вместо того, чтобы проходить через огромный уровень перевода HTTP-XML-SOAP.
Если вы используете чужую веб-службу, изучите схему SOAP и/или примеры ответов. Я не могу поверить, что защищаю это, но если схема не является расширяемой или рекурсивной, вам может быть лучше использовать простой синтаксический анализатор LALR или даже сопоставление строк в необработанных ответах HTTP вместо того, чтобы вообще пытаться анализировать SOAP или XML. Это гораздо проще реализовать во встроенном C.
Обычно мы возвращаемся к непосредственному созданию XML (в основном путем конкатенации строк), когда нельзя использовать хорошую библиотеку SOAP.
Другим решением может быть переход на JSON, который (обычно) имеет меньшие накладные расходы и размеры запросов/ответов, поэтому он может быть лучше во встроенных программах. Если у вас есть только веб-служба SOAP, вы можете использовать прокси-скрипт на сервере, который переводит запросы JSON в запросы SOAP и ответы SOAP в ответы JSON.
Вы смотрели Apache CXF. Он имеет несколько функций генерации кода
* Java to WSDL
* WSDL to Java
* XSD to WSDL
* WSDL to XML
* WSDL to SOAP
* WSDL to service
Более полезное руководство по созданию потребителя находится здесь. .
