Интеграция - использовать стандарт или писать на коленке ?

[trud]

Цитата:

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

А вот как стучаться в D365 из .NET сборки на том же сервере? ODATA если вставка записей или custom service JSON/SOAP если обращение к коду? То есть только через Active Directory и IIS?

Это вроде описано в документации. есть даже пример с открытым кодом
https://github.com/Microsoft/Recurri...ions-Scheduler

[ax_mct]

Цитата:

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

А вот как стучаться в D365 из .NET сборки на том же сервере? ODATA если вставка записей или custom service JSON/SOAP если обращение к коду? То есть только через Active Directory и IIS?

Цитата:

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

Это вроде описано в документации. есть даже пример с открытым кодом
https://github.com/Microsoft/Recurri...ions-Scheduler

Пример классный спасибо. Интересно и очень в тему. Там сервис который перемещает файлы c данными и умеет это делать в частности в Azure BLOB.

Но это не совсем "то". Хотя я уже все понял. Martin Dráb сказал что можно все что можно в .NET и я призадумался. И обнаружил что в современном .NET можно сделать гораздо меньше чем в мое время.

То есть .NET Remoting (https://en.wikipedia.org/wiki/.NET_Remoting) в D365FO не применим. Это конечно вопрос к .NET.
То есть .NET Business Connector уже не часть D365FO и варианты вызова кода это только веб-сервисы. Через AAD и IIS и никак иначе. И тут я всплакнул за Business Connector.

[belugin]

Цитата:

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

То есть .NET Business Connector уже не часть D365FO и варианты вызова кода это только веб-сервисы..

Если сборка уже загружена в процесс dyn365fo и вызвана оттуда, то из нее можно вызывать X++ классы https://docs.microsoft.com/en-us/dyn...business-logic

[ax_mct]

Цитата:

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

Если сборка уже загружена в процесс dyn365fo и вызвана оттуда, то из нее можно вызывать X++ классы https://docs.microsoft.com/en-us/dyn...business-logic

Классный пример в копилку. Спасибо.
В приведенном примере AXQueryProvider (LINQ) и подписка на AX событие из C#.
Вызова X++ класса в примере нет.

Кстати жалуются что данный пример не рабочий из-за binding errors.
"12 Sep 2018 Bug 246523 has been logged to track this issue." и до сих пор.
https://github.com/MicrosoftDocs/dyn...lic/issues/326

Но идея интересная сама по себе. Только мне кажется что это даже чинить не будут, закроют такую фичу как ненужную. Оставив замечательную статью о возможностях

И будет сакральное знание о том что так делать не стоит уделом экспертов которым платят за то что они знают чему верить, а чему нет. Я например из этого понял что AX из C# это плохой и проблемный дизайн в данном контексте. Так как то же самое можно сделать с C# из X++ и спокойнее спать.

Или таки есть опыт вызовов X++ классов из C#?

[ax_mct]

Цитата:

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

к сожалению .NET Remoting прибили для кросс-платформенности.
...
Martin Dráb сказал что можно все что можно в .NET и я призадумался. И обнаружил что в современном .NET можно сделать гораздо меньше чем в мое время.

Что интересно Java RMI так и осталось. Те же удаленные вызовы кода на уровне сокетов по внутреннему протоколу.
https://en.wikipedia.org/wiki/Java_r...hod_invocation
https://docs.oracle.com/javase/1.5.0...llo-world.html

При этом да, судя по всему Java RMI сейчас используют намного меньше чем раньше, все делают REST. Как бы общий тренд вообще.
P.S. По сути формально оставшись Java RMI тоже с рынка ушла.

Но добавляя (интеграционный) компонент на ту же машину (в виде DLL в случае .NET) и использовать
web-средства коммуникации, это странно.
Даже в on-premise это сборка (подписанная причем) должна быть зарегистрирована как приложение в Azure AD и ходить TCP через IIS (в AX).