ax2012,ax2009: как правильно передать 100500 элементов коллекции через WCF?

[Vadik]

Цитата:

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

но обрати внимание, что в вопросе было "передавать", а ты постоянно отвечаешь "запрашивать"
ты считаешь, что это одинаковые действия?

Нет, не считаю, действия действительно разные. Я считаю что это не царское (издателя) дело пихать (передавать) данные во всех подписчиков число которых в общем случае может превышать единицу. Иногда может быть оправдано, но в общем предпочел бы чтобы этим сам подписчик или брокер занимался. Можешь считать это вкусовщиной, настаивать не буду

Цитата:

А как ты представляешь себе синхронизацию таблиц?

Я наверное не понял вопрос. Упрощенно - издатель публикует данные (все или инкремент), подписчик читает и овновляет свою локальную копию (в том виде, в котором он может с ней эффективно работать)

Цитата:

Что с RecId делать?

Снова не понял вопрос, потому ответ будет дурацкий - по классику, чаще мыть

Цитата:

Если чуть экстраполировать вопрос до как "правильно регулярно передавать много элементов коллекции", то ответ только один - change data capture. Добро пожаловать во взрослый мир

Я всегда немного смущаюсь когда начинают сыпать названиями продуктов и аббревиатурами. Поэтому просто напомню что AIF в 2012 (за 2009 не скажу, не уверен) вполне себе умеет change tracking "из коробки" и отойду в сторонку, послушаю остальных

[George Nordic]

Цитата:

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

Снова не понял вопрос, потому ответ будет дурацкий

Дело в том, что сторонние решения реплицируют таблицу или частично (часть полей), но тогда с системе B поле RecId будет пустое, или целиком, но тогда в системе B поле RecId будет такое же, как и в системе А, что некорректно.

Если можно использовать стандартный транспорт силами DAX, тот же AIF, который возьмет часть данных в А и выгрузить их в В, добавив и заполнив все обязательные системные поля, это круто. Есть такие способы?

С Уважеинием,
Георгий

[mazzy]

Цитата:

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

Нет, не считаю, действия действительно разные. Я считаю что это не царское (издателя) дело пихать (передавать) данные во всех подписчиков число которых в общем случае может превышать единицу. Иногда может быть оправдано, но в общем предпочел бы чтобы этим сам подписчик или брокер занимался.

А ты в этом смысле понимаешь слово передать.
Нет, я не имел в виду транспортный уровень.

Да, надо было использовать глагол "отправить"
вопрос звучал бы "как правильно отправить".

Я имел в виду, что Аксапта (как endpoint) инициирует процесс подготовки и отправки данных в другую Аксапту (другой endpoint). В WCF это означает Аксапта должна заполнить коллекцию с элементами и вызвать какой-нибудь осмысленный метод для этой коллекции.

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

И WCF, и другие брокеры, насколько я знаю, все имеют ограничение на размер сообщения. Размер сообщения меньше, чем размер всех элементов.

вопрос - как правильно готовить, чтобы отправить (передать) свои данные другому endpoint.

современный правильный ответ - использовать потоки.
но в Аксапте нет потоков.

какой способ отправить много элементов коллекции является правильным для Аксапты?

[S.Kuskov]

Цитата:

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

Я имел в виду, что Аксапта (как endpoint) инициирует процесс подготовки и отправки данных в другую Аксапту (другой endpoint). В WCF это означает Аксапта должна заполнить коллекцию с элементами и вызвать какой-нибудь осмысленный метод для этой коллекции.

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

И WCF, и другие брокеры, насколько я знаю, все имеют ограничение на размер сообщения. Размер сообщения меньше, чем размер всех элементов.

вопрос - как правильно готовить, чтобы отправить (передать) свои данные другому endpoint.

современный правильный ответ - использовать потоки.
но в Аксапте нет потоков.

какой способ отправить много элементов коллекции является правильным для Аксапты?

Я может чего-то не понимаю, но если в самой Аксапте нет потоков, а все остальное устраивает, то нужно решить только два технических вопроса:
- Как из первой аксапты писать сообщения в исходящий поток WCF?
- Как во второй аксапте читать сообщения из входящего потока WCF?

Как эта задача решается на .net: https://weblogs.asp.net/cibrax/strea...rred-execution

Если непосредственно из аксапты нельзя это повторить, то наверняка можно сделать сборку-адаптер, который будет удобно использвать из аксапты.
Нет?

[mazzy]

Цитата:

Сообщение от S.Kuskov

...то нужно решить только два технических вопроса:

именно поэтому в вопросе нет слова поток (stream).
нет слова поток, чтобы не ограничивать возможные ответы.

есть ли еще какой-нибудь другой способ?

Цитата:

Сообщение от S.Kuskov

Если непосредственно из аксапты нельзя это повторить, то наверняка можно сделать сборку-адаптер, который будет удобно использвать из аксапты.
Нет?

наверняка можно.
почему вы считаете этот способ правильным?

===========
давайте я повторю вопрос в безнадежной попытке:

как правильно передать 100500 элементов коллекции через WCF или любой другой брокер в ax2012,ax2009?

[Skvorcal]

Цитата:

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

давайте я повторю вопрос в безнадежной попытке:

как правильно передать 100500 элементов коллекции через WCF или любой другой брокер в ax2012,ax2009?

Напомнило анекдот...

Цитата:

Удар головой — штанга!
Еще удар головой — штанга!
Опять удар головой — снова штанга!!!....
Дайте ему наконец мяч или как-нибудь прекратите эту истерику!