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

[ax_mct]

RunBaseBatch.runsImpersonated Method [AX 2012]
https://docs.microsoft.com/en-us/pre...822697(v=ax.60)

Глянул в AX2012R3
class rPayBalanceSheetPrint extends OXMLExcelReport_RPay
использует runsImpersonated и запускается на клиенте

То есть способ как бы стандартный но как правильно отмечено выше несмотря на то что это RunBaseBatch о серверной пакетном исполнении речи быть здесь не может.

Такие клиентские RunBaseBatch это либо прямой запуск без расписания либо как полагаю по расписанию на выделенной клиентской машине. Пакетный "сервер" c клиентcкой OS и клиентом AX имеет право быть.

При этом этот же клиентский RunBaseBatch может без всяких хитростей запускать серверный код.

[mazzy]

Цитата:

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

Глянул в AX2012R3
class rPayBalanceSheetPrint extends OXMLExcelReport_RPay
использует runsImpersonated и запускается на клиенте

погляжу, спасибо за наводку.

Цитата:

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

...

При этом этот же клиентский RunBaseBatch может без всяких хитростей запускать серверный код.

Конечно да. Но это не ответ на исходный вопрос.
Исходный вопрос повторить?

Цитата:

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

Предположим у нас есть RunBaseBatch.
Он делает что-то тяжелое. Мы конечно же хотим сделать так, чтобы он мог работать на пакетном сервере.
Но этот класс забирает данные из какого-нибудь файла, который находится на клиенте.

Как и куда правильно вставить действия, которые должны выполняться на клиенте?

[ax_mct]

Цитата:

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

Предположим у нас есть RunBaseBatch.
Он делает что-то тяжелое. Мы конечно же хотим сделать так, чтобы он мог работать на пакетном сервере.
Но этот класс забирает данные из какого-нибудь файла, который находится на клиенте.

Как и куда правильно вставить действия, которые должны выполняться на клиенте?

Не хватает workflow для понимания взаимодействия клиента и сервера
Например
Шаг 1. диалог на клиенте, результат работы которого доступность файла или данных для серверного пакетника.
Шаг 2. Обработка данных или файла на сервере требующая работы кода на клиенте.
Шаг 3. Выполнение неких действий на клиенте

Подразумеваемые действия на каком шаге если данная схема корректна?

[belugin]

Цитата:

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

Не хватает workflow для понимания взаимодействия клиента и сервера

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

Я думаю в такой постановке это очень сложно, надо учесть что бывают разные объемы файлов, разные категории пользователей, разные причины почему что-то надо делать на клиенте, разный временной бюджет. Утрируя: Одно дело когда ты программист сидящий у вендора и тебе через год надо решение для того, чтобы миллионы начинающих пользователей загружали терабайтные фильмы желательно с минимальной нагрузкой на поддержку c докачкой и тротлингом администрируемым из веб-админки.

Другое дело, когда ты бородатый сиадмин Вася сидящий на клиенте и тебе рз в месяц надо загрузит 3Кб excel файл на одном компе, причем единственный пользователь - ты сам

[mazzy]

Цитата:

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

Не хватает workflow для понимания взаимодействия клиента и сервера

кому не хватает?

Цитата:

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

Подразумеваемые действия на каком шаге если данная схема корректна?

в этом и есть исходный вопрос

Цитата:

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

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

ни в коем случае не настаиваю на "все". как только в утверждении появляется слово "все" - жди логической ошибки.
но также и не хочу запрещать рассматривать все - рассматривайте, коли есть желание.

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

Цитата:

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

Подобно тому, как F# если в функцию передать недостаточное количество параметров, возвращает функцию от оставшихся, а не пишет ошибку. Это называется карринг.

можно и так.

Цитата:

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

Я думаю в такой постановке это очень сложно

в какой постановке? рассматреть ВСЕ возможные требования? конечно очень сложно.
поэтому я сформулировал "действия, которые должны быть выполнены на клиенте".
причины "почему действия должны быть выполнены на клиенте" не важны, на мой взгляд.
Но если хочется - рассмотрите, конечно. расскажите какие требования и как могут изменить мою формулировку.

Цитата:

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

надо учесть что бывают разные объемы файлов

канешно!
а также пустой и несуществующий файл.

Цитата:

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

разные категории пользователей

?! зачем?
конечно можно рассматривать и это. но, как я уже говорил, достаточно считать что данные от пользователя уже получены.
опять же - см. исходную формулировку вопроса.

и снова и снова: ни в коем случае не хочу запрещать обсуждение вопроса диалога с разными категориями пользователей. это очень интересный вопрос. но его лучше обсуждать в отдельной ветке.

Цитата:

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

разные причины почему что-то надо делать на клиенте, разный временной бюджет.

зачем? ты о real time системах? на java?

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

Цитата:

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

Утрируя: Одно дело когда ты программист сидящий у вендора и тебе через год надо решение для того, чтобы миллионы начинающих пользователей загружали терабайтные фильмы желательно с минимальной нагрузкой на поддержку c докачкой и тротлингом администрируемым из веб-админки.

и? как это поможет обсуждению среди профессионалов на публичном форуме?!

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

Цитата:

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

Другое дело, когда ты бородатый сиадмин Вася сидящий на клиенте и тебе рз в месяц надо загрузит 3Кб excel файл на одном компе, причем единственный пользователь - ты сам

Даже если сделать такое предположение, то ответ на исходный вопрос то какой?

[ax_mct]

Цитата:

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

Originally Posted by ax_mct
>>Подразумеваемые действия на каком шаге если данная схема корректна?

в этом и есть исходный вопрос

Цитата:

Шаг 1. диалог на клиенте, результат работы которого доступность файла или данных для серверного пакетника.
Шаг 2. Обработка данных или файла на сервере требующая работы кода на клиенте.
Шаг 3. Выполнение неких действий на клиенте

Ответ очевиден что feasible только шаг 1.
Какая бы тяжелая обработка ни была, конвертация файла который может быть прочитан только на клиенте, из, к примеру .xslx или .dat, в читаемый для сервера вид (json, xml, запись в DB) не займет неприемлимое время.

Где именно разместить данный код в RunBaseBatch дело десятое и во время кодирования очевидное.
Пусть будет getFromDialog (хотя я не держу в голове что там и где до тех пор пока не начинаю кодировать).

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

Я обычно очень мучаюсь при выборе оптимального решения но вот здесь вариантов то в принципе и нет. То есть они есть но при возможности все делать на Шаг 1 рассматривать awkward варианты просто не смысла. Правильно то что стандартно для приложения/фрэймворка. В нашем случае у нас просто расширенный случай getFromDialog.

[belugin]

Цитата:

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

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

Я тогда не понял тебе подходит ответ, который "правильный" для хотя бы одной ситуации, подпадающей под твой вопрос? Изначально был пример импорта из excel, так как мы знаем, что в ax2012 у нас есть OOXML, то можно импорт из excel выполнить на сервере а "действия, которые необходимо сделать на клиенте" - это прочитать этот файл и загрузить на сервер.

Тут возникает вопрос, почему именно, надо делать на пакетном сервере. Если, чтобы сделать расписание (в полночь, когда никто не работает, должны ездить фуры и загружать наш пакетный сервер) то логично его настроить один раз и не давать менять простым пользователям. Соответственно это должно быть одно пакетное задание с одним расписанием которое будет просыпаться, читать из очереди файлы и импортировать (для распараллеливания использовать таски). А простые пользователи пользуются отдельным интерфейсом, чтобы положить файлы в очередь и утром дождаться уведомления. Этот интерфейс должен быть отдельным ранбейзом или формой (или просто сетевой папкой). Как-то так. У другого сценария - другие решения.

Цитата:

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

А на мой взгляд важны. Теоретически, например, если у нас есть машина с особенным платным кодеком, то может быть желательно делать по другому - запустить именно на ней пакетный сервер который будет для всех клиентов перекодировать что-то и результат передавать, например, на пакетный сервер на АОСе.

Цитата:

Но если хочется - рассмотрите, конечно. расскажите какие требования и как могут изменить мою формулировку.

Вот про это я писал. Надо либо выдумывать все сценарии из головы, либо угадать тот сценарий, который ты неявно имеешь ввиду либо делиться опытом по тем сценариями с которыми мы имели дело.

Цитата:

канешно!
а также пустой и несуществующий файл.

Импорт несуществующего файла, это, наверное, что-то пелевинское, а, вот, пустые файлы иногда играют роль флагов. Всякие фидошные тоссеры их создавали и удаляли, насколько я помню.

Цитата:

и снова и снова: ни в коем случае не хочу запрещать обсуждение вопроса диалога с разными категориями пользователей. это очень интересный вопрос. но его лучше обсуждать в отдельной ветке.

У тебя к первому моему решению сразу же появилась претензия именно к UX.

Цитата:

зачем? ты о real time системах? на java?

Имелось ввиду время на разработку.

Цитата:

и? как это поможет обсуждению среди профессионалов на публичном форуме?!

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

Я просто привел два экстремума по клиентской базе чтобы обозначить диапазон.

Цитата:

Даже если сделать такое предположение, то ответ на исходный вопрос то какой?

Если единственный пользователь сисадмин Вася, решение надо срочно, я бы вставил выкачку файла в getFromDialog: сисадмин Вася единственный в мире потребитель нашего решения и мы с ним договорились что ему надо получить работающий код как можно быстрее, он зависшего диалога не испугается а просто посмотрит, что resmon показывает ax32 читающий myfile.xlsx.

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

P.S. На практике до Dyn365FO я чаще всего встречался с кодом, который не читал с клиента файл, а просто надеялся, что пользователь введет путь к сетевой папке. Т.е. задачу старались обойти. В одном месте видел свой специализированный мультитредный сервер закачек, когда я спросил, почему не воспользовались сетевой папкой, ответили, что не хотят администрировать доступ к общей папке.