Регистрация  |  Вход

Merge WSDL

В общем, в очередной раз столкнулся с этой проблемой. Есть жгучее желание реализовать это все на салесфорсе. У кого какие есть мысли на этот счет ?

В общем, в очередной раз столкнулся с этой проблемой. Есть жгучее желание реализовать это все на салесфорсе. У кого какие есть мысли на этот счет ?

Согласен. Почему Salesforce поддерживает кастрированный формат WSDL, который не позволяет использовать многие сервисы из коробки, вообще не понятно. Как и не понятно почему в мире не существует инструмента для того чтобы "нормально" смержить зависимые WSDL в один файл (по ходу только нас, салесфорсников, данная проблема волнует).

Я как-то начал писать мержер на python но понял что это тема обширная и за один вечер не осилить. Отказался от этой идеи в пользу ручной отправки plain xml и парсинга ответа.

Как вариант конечно идея хорошая, но мне кажется слишком частная. Не так много народа и не так часто сталкиваются с этим.

Боюсь что время и силы потраченные на создание такой тулзы не окупятся.

Согласен. Почему Salesforce поддерживает кастрированный формат WSDL, который не позволяет использовать многие сервисы из коробки, вообще не понятно. Как и не понятно почему в мире не существует инструмента для того чтобы "нормально" смержить зависимые WSDL в один файл (по ходу только нас, салесфорсников, данная проблема волнует).

Я как-то начал писать мержер на python но понял что это тема обширная и за один вечер не осилить. Отказался от этой идеи в пользу ручной отправки plain xml и парсинга ответа.

Как вариант конечно идея хорошая, но мне кажется слишком частная. Не так много народа и не так часто сталкиваются с этим. 

Боюсь что время и силы потраченные на создание такой тулзы не окупятся.

Dmitry Shnyrev
Согласен. Почему Salesforce поддерживает кастрированный формат WSDL, который не позволяет использовать многие сервисы из коробки, вообще не понятно. Как и не понятно почему в мире не существует инструмента для того чтобы "нормально" смержить зависимые WSDL в один файл (по ходу только нас, салесфорсников, данная проблема волнует).

Я как-то начал писать мержер на python но понял что это тема обширная и за один вечер не осилить. Отказался от этой идеи в пользу ручной отправки plain xml и парсинга ответа.

Как вариант конечно идея хорошая, но мне кажется слишком частная. Не так много народа и не так часто сталкиваются с этим.

Боюсь что время и силы потраченные на создание такой тулзы не окупятся.

Ну это не хобби, мне эту работу все равно оплатят, так как нужно сделать инструмент для мержинга, ввиде того что сервис постоянно дополняется и все время его мердить руками выйдет очень дорого.

[quote="Dmitry Shnyrev"]Согласен. Почему Salesforce поддерживает кастрированный формат WSDL, который не позволяет использовать многие сервисы из коробки, вообще не понятно. Как и не понятно почему в мире не существует инструмента для того чтобы "нормально" смержить зависимые WSDL в один файл (по ходу только нас, салесфорсников, данная проблема волнует).

Я как-то начал писать мержер на python но понял что это тема обширная и за один вечер не осилить. Отказался от этой идеи в пользу ручной отправки plain xml и парсинга ответа.

Как вариант конечно идея хорошая, но мне кажется слишком частная. Не так много народа и не так часто сталкиваются с этим. 

Боюсь что время и силы потраченные на создание такой тулзы не окупятся.[/quote]

Ну это не хобби, мне эту работу все равно оплатят, так как нужно сделать инструмент для мержинга, ввиде того что сервис постоянно дополняется и все время его мердить руками выйдет очень дорого.

Ну тогда будем ждать новостей с фронта. Если получится, я думаю многим будет полезна такая тулза.

С технической стороны пока даже не знаю что посоветовать.
Я когда разбирался с одним wsdl понял что там кроме простого подтягивания зависимостей в один файл еще надо пилить namespaces, потому что они вроде в разных файлах могут быть разными. Сами импорты могут быть выполнены в виде import или include и вроде как в чем-то есть разница. Но на этом мои исследования закончились.

В итоге или там все действительно так сложно или все намного проще чем я думаю.

Ну тогда будем ждать новостей с фронта. Если получится, я думаю многим будет полезна такая тулза.

С технической стороны пока даже не знаю что посоветовать. 
Я когда разбирался с одним wsdl понял что там кроме простого подтягивания зависимостей в один файл еще надо пилить namespaces, потому что они вроде в разных файлах могут быть разными. Сами импорты могут быть выполнены в виде import или include и вроде как в чем-то есть разница. Но на этом мои исследования закончились.

В итоге или там все действительно так сложно или все намного проще чем я думаю.

Dmitry Shnyrev
Ну тогда будем ждать новостей с фронта. Если получится, я думаю многим будет полезна такая тулза.

С технической стороны пока даже не знаю что посоветовать.
Я когда разбирался с одним wsdl понял что там кроме простого подтягивания зависимостей в один файл еще надо пилить namespaces, потому что они вроде в разных файлах могут быть разными. Сами импорты могут быть выполнены в виде import или include и вроде как в чем-то есть разница. Но на этом мои исследования закончились.

В итоге или там все действительно так сложно или все намного проще чем я думаю.

Спасибо. буду разбираться..

[quote="Dmitry Shnyrev"]Ну тогда будем ждать новостей с фронта. Если получится, я думаю многим будет полезна такая тулза.

С технической стороны пока даже не знаю что посоветовать. 
Я когда разбирался с одним wsdl понял что там кроме простого подтягивания зависимостей в один файл еще надо пилить namespaces, потому что они вроде в разных файлах могут быть разными. Сами импорты могут быть выполнены в виде import или include и вроде как в чем-то есть разница. Но на этом мои исследования закончились.

В итоге или там все действительно так сложно или все намного проще чем я думаю.[/quote]

Спасибо. буду разбираться..

нашел на C# форуме такую фразу:

Ссылку на сервис добавь в проекте, сервер тебе покажет методы, с которыми работает, с ними и будешь работать.

пример этого в виде скриншота вижу например здесь:

http://www.soapui.org/SOAP-and-WSDL/sending-soap-requests.html

а в Эклипсе такое сделать не получится?

нашел на C# форуме такую фразу:

[i]Ссылку на сервис добавь в проекте, сервер тебе покажет методы, с которыми работает, с ними и будешь работать.[/i]

пример этого в виде скриншота вижу например здесь:

[url]http://www.soapui.org/SOAP-and-WSDL/sending-soap-requests.html[/url]

а в Эклипсе такое сделать не получится?

Хороший кстати инструмент этот SoapUI особенно что бесплатный

для того чтобы разобраться с web сервисов и протестировать. Но он не позволяет редактировать WSDL и тем более мержить. Я по крайней мере не нашел как.

Я его использовал чтобы выбрать запрос в виде XML и посмотреть какой будет ответ.

Хороший кстати инструмент этот SoapUI особенно что бесплатный

для того чтобы разобраться с web сервисов и протестировать. Но он не позволяет редактировать WSDL и тем более мержить. Я по крайней мере не нашел как.

Я его использовал чтобы выбрать запрос в виде XML и посмотреть какой будет ответ.

Dmitry Shnyrev
Хороший кстати инструмент этот SoapUI особенно что бесплатный

для того чтобы разобраться с web сервисов и протестировать. Но он не позволяет редактировать WSDL и тем более мержить. Я по крайней мере не нашел как.

Я его использовал чтобы выбрать запрос в виде XML и посмотреть какой будет ответ.


Я для этого написал отдельный класс который позволяет сгенерировать запрос для сервиса салесфорс. Для всех остальных сервисов правда это нужно делать ручками.

[quote="Dmitry Shnyrev"]Хороший кстати инструмент этот SoapUI особенно что бесплатный

для того чтобы разобраться с web сервисов и протестировать. Но он не позволяет редактировать WSDL и тем более мержить. Я по крайней мере не нашел как.

Я его использовал чтобы выбрать запрос в виде XML и посмотреть какой будет ответ.[/quote]
Я для этого написал отдельный класс который позволяет сгенерировать запрос для сервиса салесфорс. Для всех остальных сервисов правда это нужно делать ручками.