как работает пакетная обработка

[George Nordic]

Временем постановки в очередь, имхо.

Точно не могу проверить - нет под рукой

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

[Maxim Gorbunov]

Цитата:

Изначально опубликовано KiselevSA
Максим, в некоторых случаях можно в журнал включить классы, у которых этот метод не возвращает true. Достаточно только знать полное имя класса и вставить его во вновь созданную строку вручную.

Да. Причем вставить можно даже классы, которые не наследуют от RunBaseBatch. В принципе, это, конечно, ошибка в системе.

В пакетном режиме могут обрабатываться все классы - наследники RunBaseBatch, либо наследники RunBase, у которых перекрыт метод canGoBatch().

[Eldar9x]

Вопрос по пакетной обработке. Подскажите, для чего на форме Типы журналов на вкладке разное указывать список классов, если этот класс все равно потом приходится укзывать в строках журнала? Вообще для чего служат эти Типы журналов?

PS: руководство уже читал.

[glibs]

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

[Eldar9x]

Понятно. Еще пара вопросов.
Client/Server в определении класса относится к чему?
Имеем 6 вариантов:
1. В определении класса Server:
1.1. запускаем на клиенте
1.2. запускаем на сервере пакетной обработки
1.3. запускаем на сервере приложения
2. В определении класса Client:
2.1. запускаем на клиенте
2.2. запускаем на сервере пакетной обработки
2.3. запускаем на сервере приложения
Где в каждом случае будет работать код?
Запускаем, в моем понимании, через диалог, потому что при запуске через журнал, наверное, будет считаться, что запуск был произведен с сервера приложений. Инетересно, это так?

Если класс запускается с диалогом и параметрами, причем параметры не пакуются, тогда будут ли однажды введенные данные при первом запуске класса для пакетной обработки использоваться и далее в пакетной обработке? Как быть в случае, если класс запускается через журнал (то етсь без диалога), как передать параметры, задать жестко в коде или какой-нибудь своей таблице параметров?

Хочется разобратся с пакетами окончательно. Заранее спасибо.

[glibs]

Client/Server в определении класса не относится к пакетной обработке.

Пакетный сервер — это клиент.

Client/Server определяют будут ли методы класса выполняться на АОСе или на клиенте (как вариант — на пакетном сервере). Причем для статических методов Client/Server прописывать нужно индивидуально.

Журналы пакетных заданий тут тоже ни при чем.

[Eldar9x]

Цитата:

Client/Server в определении класса не относится к пакетной обработке.

это понятно, что не относится. Зато определяет место работы. То есть, если правильно понял, клиентом при пакетной обработке становится пакетный сервер. При этом даже несмотря на то, что в определении класса указано Client, а пакетный сервер размещается на сервере приложения, то все равно код отработает на сервере приложения. Другими словами, код никогда не будет работать на клиенте.
Пожалуйста, поясните еще про параметры...

[belugin]

До Ax2009 пакетный сервер - это такой клиент.

[glibs]

Если под сервером приложения вы понимаете железяку, то напрасно. Только запутаетесь. В отношении к Аксапте под сервером приложений принято понимать АОС (как софтину).

А стоять все это хозяйство может как на разных серверах, так и все в одной коробке (вкдючая клиента).

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

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

[glibs]

Цитата:

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

...
До Ax2009 пакетный сервер - это такой клиент.
...

Ну, в 5.0 пакетный сервер - тонкий клиент тоже не отменили, насколько я понимаю.