ax3,ax4,ax2009,ax2012: RunBaseBatch: как правильно добавить действия, которые должны быть выполнены на клиенте? например, импорт из Excel.

[Raven Melancholic]

В одной пакетной задаче (BatchJob), по крайней мере, в DAX2009 смешивание для разных Batch этой задачи режимов выполнения (поле RunType таблицы Batch) работало - нужные задания выполнялись пакетником, встроенным в AOS, нужные - запущенной формой я-ля до DAX4 включительно.
Но это не решает условия:

Цитата:

Ровно как это написано в вопросе.

• должны быть выполнены на клиенте из-за аппаратных ЭЦП, какого-нибудь ХАСПа или подобные системы "безопасности" и "шифрования".
• должны быть выполнены на клиенте потому что там стоит драйвер камеры, с которой надо принять вход или счетчик посетителей или пос-терминалы с которых аксапта получает Z-отчеты или еще какое-нибудь оборудование.
• должны быть выполнены на клиенте, поскольку только на этой машине установлен дорогуще-лицензионный кодек чего-нибудь во что-нибудь.

Ведь этот legacy запускается не на машине клиента, а на отдельной выделенной машине и, как заметил belugin, её окружение совсем другое и там может не быть дорогуще-лицензионный кодека.
Похоже, что обе части сделать полностью на пакетной обработке не получится. Даже если legacy и будет выполнять клиентский класс (кстати, он может выполнять и серверный), то это совсем не тот клиент, на котором началось всё это безобразие.
Пока наиболее подходящим, на мой взгляд, является подход, который предложил Владимир Максимов - что можно, делаем на клиенте без пакета, обычным RunBase, а для последующей обработки программно из него формируем пакетную задачу. Да, в этом случае, пользователю придется ждать выполнения клиентской части на своей машине (но диалог будет закрыт и вполне можно выводить прогресс-бар, чтобы было не скучно).

[Weez]

Цитата:

Сообщение от Raven Melancholic

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

А можно и в thread все обернуть, если задача позволяет. Тогда и ждать ничего не придется.