Интеграция AX 4.0 и веб-приложения на asp.Net Core

[kiykoff]

Приветствую, коллеги!

Возникла идея создать портальчик на .Net Core, который мог бы взаимодействовать с бизнес-логикой и данными в ax 4.0.
.Net Core был выбран потому, что его можно разворачивать на linux-серверах, поддержка Docker и прочих прелестей. Да и технология новая, хотелось пощупать, попробовать.
Однако библиотечка коннектора уже давно не поддерживается, и работать вряд-ли будет в Linux-e. Не хватает главного связующего звена - вызова бизнес-логики Ax, чтения данных.

У кого-нибудь был опыт подобной интеграции? Какие плюсы-минусы? Идеи?

[ax_mct]

Идея 1. Опасность нарушения лицензионного соглашения при тесной интеграции.
В таком интегрированном приложении сотрудники компании должны быть пользователями АХ.
В то же время внешним клиентам web-приложения (интернет покупатели к примеру) лицензии АХ не нужны.

Идея 2. Выбирать платформу и язык надо исходя из конкретных целевых фрэймворков , а не удобства интеграции с АХ.

[kiykoff]

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

[trud]

Цитата:

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

У кого-нибудь был опыт подобной интеграции? Какие плюсы-минусы? Идеи?

вызовите через обертку просто - т.е. на стороне АХ веб сервис с методом который принимает 3 параметра (имя класса, имя метода, параметры метода) и возращает контейнер с результатом. из вашего портала просто будете вызывать - это если real time.
если не real time - лучше через какую-нибудь промежуточную БД

[ax_mct]

Цитата:

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

вызовите через обертку просто - т.е. на стороне АХ веб сервис с методом который принимает 3 параметра (имя класса, имя метода, параметры метода) и возращает контейнер с результатом. из вашего портала просто будете вызывать - это если real time.
если не real time - лучше через какую-нибудь промежуточную БД

Рефлексия через DictObject?
В принципе красиво, для внутренного проекта может быть в самый раз. Почти как в PHP

В классике навязывается XML и чтобы логи. XML сюда и XML отсюда. Вроде и по уму, но осадок неловкости какой-то есть.

[kiykoff]

Цитата:

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

вызовите через обертку просто - т.е. на стороне АХ веб сервис с методом который принимает 3 параметра (имя класса, имя метода, параметры метода) и возращает контейнер с результатом. из вашего портала просто будете вызывать - это если real time.
если не real time - лучше через какую-нибудь промежуточную БД

Это кстати отличная мысль! Думал об этом не раз! Надо только научиться сервисы поднимать на стороне аксапты. Промежуточная БД не годится по причине того что хочется исходную логику задействовать, ибо нужная инфа в базе не хранится, а рассчитывается в коде.

[AlexeyS]

Цитата:

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

Это кстати отличная мысль! Думал об этом не раз! Надо только научиться сервисы поднимать на стороне аксапты. Промежуточная БД не годится по причине того что хочется исходную логику задействовать, ибо нужная инфа в базе не хранится, а рассчитывается в коде.

Для ax4 придется написать сервис в виде dll для IIS, которая принимает запрос и через бизнес-коннектор отправляет его в в аксапту, получает ответ и отдает данные. Внутри может быть XML или JSON (или просто текст), что больше нравится. Если идти по пути, который предложил trud (имя класса, имя метода, параметры метода), то это будет просто прокси. Если делать JSON, то можно для каждого сервиса добавить, например, валидацию JSON на уровне IIS.