Обращение к AX4 из AX2012

[maldini]

Появилась необходимость в обращении к AX4 из AX2012. По теории все было просто, добавляем BusinessConnectorNet от AX4 в References и вызываем что хотим. Но на практике возникла проблема, в AX2012 уже зарегистрирована сборка BusinessConnectorNet для AX2012, и это препятствует добавлению новой.
Может кто сталкивался с данной проблемой, или как то по другому решал задачу.

[ax_mct]

Цитата:

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

Появилась необходимость в обращении к AX4 из AX2012. По теории все было просто, добавляем BusinessConnectorNet от AX4 в References и вызываем что хотим. Но на практике возникла проблема, в AX2012 уже зарегистрирована сборка BusinessConnectorNet для AX2012, и это препятствует добавлению новой.
Может кто сталкивался с данной проблемой, или как то по другому решал задачу.

Как именно обращаться тут вариантов - тьма. Но если нужно именно через
BC то мне кажется проще всего сделать .NET обертку/wrapper вокруг старого BC.
Как бы прокси по-сути. Так и с версиями CLR проще будет обыграть.

Но если не бизнес-вызовы в интранете, а экспорт-импорт или разные сети, то вряд ли BC подходит.

[maldini]

Цитата:

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

Как именно обращаться тут вариантов - тьма. Но если нужно именно через
BC то мне кажется проще всего сделать .NET обертку/wrapper вокруг старого BC.
Как бы прокси по-сути. Так и с версиями CLR проще будет обыграть.

Но если не бизнес-вызовы в интранете, а экспорт-импорт или разные сети, то вряд ли BC подходит.

Над оберткой я тоже думал, наверное в моем случае самый лучший вариант. Вообще цель создавать ( журналы, закупки) или что-то подобное.

[AndyD]

Будет большая проблема, если захотите BC использовать на стороне сервера

Четверочная сборка только для 32-х бит сделана и вызвать ее напрямую не получится - сборка просто не будет загружаться в домен (в том числе, обертка)

[ax_mct]

Цитата:

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

Над оберткой я тоже думал, наверное в моем случае самый лучший вариант. Вообще цель создавать ( журналы, закупки) или что-то подобное.

Не уверен что лучший так как танцы с бубнами остаются. Может быть надежней вариант через базу данных. Понятно что не "красиво" и не "правильно", но железная табуретка на своей кухне может выдержать все.

SQL Server - SQL Server. Connection без участия X++.
Можно при этом все и безопасно сделать с точки зрения security.
Но не в прямые таблицы, а в свои Staging tables.

X++ - SQL Server. ODBConnection к другой базе и кладем... опять таки лучше в Staging tables.

Я бы использовал Staging tables и средства SQL Server. На своей кухне.

О, еще вариант Staging tables в третьей базе и обе AX туда смотрят. Так даже уже и красота появится

[Ivanhoe]

Видел проект, где использовалась DMF в 2012 и немного допиленная AX 4.0 как раз для интеграции двух систем.

[trud]

Цитата:

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

О, еще вариант Staging tables в третьей базе и обе AX туда смотрят. Так даже уже и красота появится

Вообще тогда уж самая "круть" в данный момент - это заюзать Microsoft Common Data Model (CDM). вроде как неделю назад выпустили паблик превью фрамеворк.

[maldini]

Цитата:

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

Будет большая проблема, если захотите BC использовать на стороне сервера

Четверочная сборка только для 32-х бит сделана и вызвать ее напрямую не получится - сборка просто не будет загружаться в домен (в том числе, обертка)

Блин, вот это действительно подстава, я и не подумал про 64 бита. Совсем не хотелось писать веб сервис для вызова AX 4.