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

[Raven Melancholic]

Цитата:

Если честно, я ожидал способ когда клиентские действия выполняются ДО создания пакетной обработки. Обращаю внимание, до СОЗДАНИЯ.

Ну, если обсуждать общую концепцию, то может быть у кого-то есть предложения или опыт реализации без таких ограничений.
Например, начисления бонусов по кобрендинговой программе с применением ЭП:

• Серверный пакет забирает у партнера данные (ftp, WEB вервис и т.п., не суть) - работаем на сервере.
• Серверный пакет на основе этих данных выполняет какой-то расчет - работаем на сервере.
• Результаты расчета предлагаются ответственному лицу, чтобы он проверил их и применил электронную подпись (может быть очень важно, что этот этап на совершенно конкретном ПК должен выполняться) - работаем на клиенте.
• Серверный пакет подписанные данные отправляет партнеру.

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

[mazzy]

Цитата:

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

То есть, явная смесь клиент-серверной обработки

Не, нету тут смеси.

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

если данные приняты в рамках какого-то импорта, а импорт ожидает call back, то при первом импорте неизбежно появится какой то тикет/идентификатор сессии. на последнем шаге этот тикет надо будет отдать обратно.

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

========
в исходном вопросе в этой ветке предполагалось, что идентификатор пакетного задания и будет таким тикетом.

[ax_mct]

Цитата:

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

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

========
в исходном вопросе в этой ветке предполагалось, что идентификатор пакетного задания и будет таким тикетом.

Цитата:

смесь клиент-серверной обработки

В принципе если процесс разделяем то не обязательно клиентскому процессу и серверному (как потоку исполнения) быть связанными. Они могут независимо обрабатывать SQL таблицы которые меняют свой статус обработки. Если утрировать то Status:ReadyForClient, Status:ReadyForServer etc

[S.Kuskov]

Цитата:

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

Результаты расчета предлагаются ответственному лицу, чтобы он проверил их и применил электронную подпись (может быть очень важно, что этот этап на совершенно конкретном ПК должен выполняться) - работаем на клиенте

Мне кажется что такая обработка на клиенте ну уже никак не должна являться частью пакетного задания. В том смысле что ответственность за её выполнение не должен нести сервер пакетов. Сервер пакетов должен поставить выполнение этой задачи на паузу, возможно бросить какое-то событие куда-то, и ждать пока в рамках этой задачи откуда-то не возникнет входящего события с входными данными для дальнейшей их обработки.
Может ли при такой организации клиент иметь доступ к серверному экземпляру задачи и управлять им? - Конечно может
Должен ли сервер управлять действиями клиента? - Я считаю, что нет. Разные могут быть ситуации, но всегда инициатором клиент серверного взаимодействия должен быть клиент. Иначе это уже не клиент-серверное взаимодействие