AIF + Web Services + JSON

[AlexeyS]

Цитата:

Сообщение от Vadik

JSON потому что это круто / модно / по каким-то еще причинам ? 100% нужен HTTP адаптер и соответственно дополнительная прослойка в виде IIS ? Есть хотя бы теоретическая вероятность научить приложение "на той стороне" работать с nettcp binding-ами ?

предстоит интегрироваться с приложением на андроиде (еще не написанном) и сторонние разработчики очень хотят json.
HTTP адаптер это промежуточная DLL-ка к каждому сервису?

нашел интересное сообщение у Maxim Gorbunov "делал интеграцию на AIF, которая обменивалась JSON-сообщениями. И даже не так сильно пришлось допиливать AIF. Если б проект был на AX2012, то и вообще бы не пришлось ничего пилить"
Интеграция - использовать стандарт или писать на коленке ?
звучит очень интересно, но из конкретики пока нашел только в "Developing secure mobile apps for Microsoft Dynamics AX 2012. White Paper" описание:
creating a RESTful service by using WCF через AIF Windows Azure Service Bus Adapter
но пока непонятно ,что за зверушка этот Bus Adapter
upd: No it is not possible to install the service bus on a Windows Server 2012. The companion apps are connecting to the Azure servicebus online
поэтому эта шина не подойдет

[Vadik]

Цитата:

Сообщение от AlexeyS

нашел интересное сообщение у Maxim Gorbunov "делал интеграцию на AIF, которая обменивалась JSON-сообщениями. И даже не так сильно пришлось допиливать AIF. Если б проект был на AX2012, то и вообще бы не пришлось ничего пилить"

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

[Maxim Gorbunov]

Цитата:

Сообщение от AlexeyS

creating a RESTful service by using WCF через AIF Windows Azure Service Bus Adapter

Не совсем понял, о каком White Paper речь. Если про вот это - Developing Mobile Apps - насколько я понял, там идея в том, что предлагается написать на .NET промежуточный WCF сервис, у которого будет RESTful endpoint и который будет принимать сообщения, заворачивать их в SOAP-конверт и отправлять в AIF. В принципе, тоже вариант, но понятно, что администрировать это будет немного сложнее. Ну и, опять же, вопрос гибкости: расширять решение будет немного сложнее.