Добавление данных из одного приложения Ax в другое

[konfet]

Есть такая, вроде бы, стандартная задача.
Имеем два разных приложения, Ax1 и Ax2. Они физически находятся на разных серверах (но в одной сети - есть постоянное соединение), у них разные аосы, разные базы данных (База1 и База2). Но Ax1 должно время от времени обращаться к Базе2 с операциями insert-update - попросту говоря, подкладывать новые или обновлять существующие данные в табличку базы База2.
В общем, задачу можно назвать "частичная синхронизация двух таблиц в двух разных приложениях Axapta".
Из-за необходимости генерации новых RecId в Базе2 сделать такое средствами SQL можно, но как я понимаю, довольно сложно и требует программирования на T-SQL.
Про бизнес-коннектор знаю, но при его использовании также придется писать довольно много муторного кода...
Поделитесь, кто какими средствами решал похожие задачи?

[oip]

Мы похожую проблему как-то раз решили так. В одной из баз делалась в АОТе табличка, которая де-факто на SQL-сервере являлась вьюшкой (да, при этом чуток ломалась процедура синхронизации), направленной на вторую базу (то есть, в базе1 делали таблицу-зеркало базы2, работать с ней можно как с обычной таблицей). А дальше пакетником записи из этой таблицы-вью обрабатывали и синхронизировали.

Но я не вижу особых проблем сделать и как-то иначе. Куча способов же. Как стандартных (AIF, но для простейших задач это из пушки по воробьям), так и не очень. Если это одна специальная таблица, то и recId генерировать средствами SQL не проблема.

[konfet]

Спасибо.
Киньте плиз линк, как такую задачу быстро решить с помощью AIF?
И еще - а может есть в аксапте некий класс (не-бизнес коннектор), какой-нибудь AxObject, который позволяет из кода приложения Ax1 подцепиться к приложению Ax2, и создавать обьекты и выполнять их методы уже на Ax2?

[raz]

Мы делали так:
1. В АОТ в аксапте, куда копируем, делаем дубль таблицы, в которую нужно скопировать.
2. Через SQL копируем в эту таблицу-дубль.
3. В Axapta с помощью job из дубля копируем в нормальную таблицу.
4. Удаляем дубль.

[oip]

Цитата:

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

Спасибо.
Киньте плиз линк, как такую задачу быстро решить с помощью AIF?

Быстро через AIF, если с ним никогда не работали, не получится.

Цитата:

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

И еще - а может есть в аксапте некий класс (не-бизнес коннектор), какой-нибудь AxObject, который позволяет из кода приложения Ax1 подцепиться к приложению Ax2, и создавать обьекты и выполнять их методы уже на Ax2?

Цитата:

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

1. В АОТ в аксапте, куда копируем, делаем дубль таблицы, в которую нужно скопировать.
2. Через SQL копируем в эту таблицу-дубль.
3. В Axapta с помощью job из дубля копируем в нормальную таблицу.
4. Удаляем дубль.

Та же упоминаемая мной выше вьюшка, только с дополнительными вторым и четвертым шагами.

[Flomik]

через Com-connector соединяли Ax 2009 и 2.5 (Справочники, Заказы, Журналы и Строки). За подробностями обратись к Propeller

[konfet]

Да я уже тоже понял, что ком-коннектор для этой задачи походу наименее трудозатратный путь...

[Flomik]

Цитата:

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

Да я уже тоже понял, что ком-коннектор для этой задачи походу наименее трудозатратный путь...

Наименее трудозатратный и правильный. Один раз все прописать, зато потом проблем знать не будете.

[raz]

Не внимательно прочел описание проблемы, мой вариант использовался для одноразовой закачки.

Тут же надо по другому, или приведенные варианты, или просто читать данные из другой Аксапты через прямые запросы к SQL. palleagermark: Read data from other databases

[konfet]

Да уже начал возится с ком-коннектором.
Вопрос к гуру.
С помощью ком-коннектора можно без проблем вызывать во втором приложении методы класса с простыми параметрами, типа str или int.

    COM       Axapta;
    COM       axaptaClass;
    COMVariant s;
    ;
 
    Axapta = new COM("AxaptaCOMConnector.Axapta3");
    Axapta.logon('');
    axaptaClass = Axapta.CreateObject("Class1");
    s = axaptaClass.call('Method1', '01'); 
    info (s.bStr());

Тут все замечательно работает.
А вот как передать в метод Method2 класса Class1 второго приложения переменную типа common или хотя бы контейнер? Или может быть object? Method2 у нас, скажем, такой:

str 10 method2(custtable _ct)

Когда пытаюсь вызвать

    COM       Axapta;
    COM       axaptaClass;
    COMVariant s;
    custTable ct;
    ;

    Axapta = new COM("AxaptaCOMConnector.Axapta3");
    Axapta.logon('');
    axaptaClass = Axapta.CreateObject("Class1");
    s = axaptaClass.call('method2', ct); 
    info (s.bStr());

- то начинает орать про недопустимый тип данных.

[oip]

И правильно делает, что начинает орать. Передаваемый параметр должен иметь тип Variant. Не получится так.
http://msdn.microsoft.com/en-us/libr...(v=ax.50).aspx
http://msdn.microsoft.com/en-us/library/cc237865.aspx

Ну и вот еще полезная ссылка, подобное же обсудалось.
Объект, как параметр COM-метода

[lvan]

Вы что тут насоветовали,
COM Connector - Deprecated feature уже давно
через AIF надо делать, это вовсе не сложно

[ПётрДмит]

А почему бы не использовать ODBCConnection, через который можно настроить соединение с другим SQL-сервером и напрямую запросить любую таблицу любой базы этого сервера. А дальше уже дело техники.

[Vadik]

Цитата:

Сообщение от ПётрДмит

А почему бы не использовать ODBCConnection, через который можно настроить соединение с другим SQL-сервером и напрямую запросить любую таблицу любой базы этого сервера. А дальше уже дело техники.

На что только не пойдешь, лишь бы с AIF не разбираться

[EVGL]

Цитата:

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

На что только не пойдешь, лишь бы с AIF не разбираться

AIF с большим трудом умеет обновлять данные. Кроме того, мы так и не услышали, что именно за данные собирается передавать автор.

[konfet]

Цитата:

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

AIF с большим трудом умеет обновлять данные. Кроме того, мы так и не услышали, что именно за данные собирается передавать автор.

Очень просто.
При удовлетворении некоторых клиентов и поставщиков (плюс, возможно, другие смежные данные) в Приложении 1 некоторым условиям, они должны быть сразу же или через небольшой промежуток времени отдублированы в Приложение 2.
Можете кинуть линком на step-by-step описание, как подобное быстро настроить в AIF? Времени на подробное изучение AIF, как обычно, нет.

[lvan]

http://msdn.microsoft.com/EN-US/library/bb496530.aspx

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

[konfet]

Увы, это не пошаговое руководство, а приглашение покопаться в коде таких-то классов
кроме того, у нас DAX 4.

[gl00mie]

Цитата:

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

кроме того, у нас DAX 4.

В MSDN на многих страницах есть выпадающий список Other Versions. Правда, стандартные документы AIF для клиентов/поставщиков появились, похоже, с АХ 2009.

[Vadik]

Цитата:

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

Правда, стандартные документы AIF для клиентов/поставщиков появились, похоже, с АХ 2009.

Для клиентов стандартный документ есть в 4.0, для поставщиков - делается визардом.

Цитата:

Увы, это не пошаговое руководство, а приглашение покопаться в коде таких-то классов

В системе A:

• разрешаете нужный документ и действие (в качестве примера - createCustomer в actions)
• создаете local endpoints (в общем случае - 1:1 с компаниями в локальной системе)
• создаете endpoints (в общем случае - 1:1 с внешними системами, в нашем случае - система Б)
• настраиваете для ednpoint Б маппинг для кодов \ единиц измерения \ валют и т.д.
• настраиваете для ednpoint ограничения и пользователей которые могут инициировать сообщения
• настраиваете action policy (для endpoint разрешаете createCustomer)
• настраиваете data policy (какие поля в документе можно использовать \ какие являются обязательными)
• генерируете XSD схему для документа, вдумчиво на нее смотрите
• включаете нужный adapter (для простоты предположим файловый)
• создаете channel использующий этот адаптер (папка в файловой системе)
• создаете xml файл в сответствии со схемой, подкладываете его в папку
• настраиваете batch journal из четырех заданий, запускаете

Все, настроили обработку входящих сообщений в системе A. В системе Б подобным образом настраиваете отправку с использованием read actions (есть некоторый челлендж связанный с тем что read action в заголовке исходящего сообщения в системе Б должен стать create action во входящем в системе А, но это решается через external action identifier или несложный xslt)
Все, остается определиться с тем что и как будет инициировать отправку read сообщения из системы Б
P.S. пишу по памяти и некоторые термины могут быть указаны неточно, уж звиняйте, но логика вроде как должна прослеживаться