Задача: одна программа запускает другую программу как background job (с немедленным выполнением) с помощью:



Все ничего, но бывает, что 2 юзера одновременно запускают программу и, соответственно, одновременно стартуют две jobs. Вопрос: как сделать, чтобы они начинались одна после другой, а не одновременно?

На mainframe была такая фича как "job queue" - можно было программы ставить в эту очередь и они выполнялись одна за другой. В SAP что-то ничего подобного не нашла. Подходы с predecessor/successor не канают, т.к. в большинстве случаев программа запускается в одном экземпляре. Также почитала про всякие ENQUEUE/DEQUEUE, но не вижу, как это можно сюда прикрутить. Заставлять юзеров ждать пока уже начатая job завершиться - нельзя. Она может минут 10-15 работать, народ озвереет.

Что делать?

А в чем проблема ? Пусть программы параллельно выполняются.......
Есть вариант - запуск задания по событию...........

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

А что конкретно вы предлагаете изобразить с помощью события? Заканчивать им job, типа "путь свободен"? А как же тогда быть с самым первым запуском?

Ну так, пусть при запуске идет проверка на работающее задание, в зависимости от статуса разная логика...

Две программы по-любому не могут стартовать одновременно......
Дальше алгоритм примерно такой:
1. Программа стартует и проверяет есть ли еще такое задание среди уже выполняющихся.......
2. Если есть - перепланирует себя на на старт по событию.....
3. По своему окончанию выдает событие типа "путь свободен".....

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

Кстати (в 4.6 смотрю) там есть запуск одного задания по окончанию другого...... Здесь главное будет получить последнее задание из очереди и сказать вашему, что стартовать только по окончании указанного

С очередью могут быть грабли в том плане что там толи 12 толи 10 всего может быть событий в цепочке... в общем количество точно не помною, но такое ограничение естью

Опробовала этот вариант. Работает отлично для двух jobs, но после этого (т.е. если одна уже работает, а в это время еще 2 и больше лезут) уже действительно без "базок" не обойтись, иначе по событию запускаются все jobs, которые его ждут на тот момент.



Тут получилась интересная петрушка. Добыла я jobcount от той job, что уже крутиться (обзовем last_jobcount), и попробовала запустить следующую с тем условием, чтобы она стартовала после ее окончания:



Не работает-с (у нас 6.2.). Запись в TBTCO создается, но в SM37 ничего не видно (даже как scheduled) и вторая job никогда не запускается. Может я чего упустила?

Кстати, тут есть большой раздел SAP Help по поводу background processing.

А может маленький workflow построить?

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

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

Есть еще один вариант:
Выполняется одна программа(которая стартовала первая)........
Остальные просто накидывают в базу по export-у специфичные для пользователя данные
Программа по-очереди по import-у поднимает эти данные из базы и исполняет себя с новыми параметрами........
Затем эти данные запуска удаляются............

А поподробнее ?
Учитывая, что заранее не известно кто когда запустит и т.д. К тому-же разные пользователи, которые выполняют параллельные функции......
Не получится "конкуренции" как со стартом Job-ов по событию окончания ? (WF я, пока, знаком в общих чертах)


Хотя если подумать.....

Теоретически можно, но возни много получится, овчинка выделки может и не стоит:

• сделать объект блокировки
• сделать бизнес объект с методом, который сначала блокирует объект блокировки, а потом вызывает указанную программу
• в методе предусмореть exception с "Temporary" ошибкой, которую выдавать при неудачной попытке блокировки нашего объекта.
• сделать стандартную задачу со ссылкой на этот метод

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

qRFC с destionition NONE

И правда...

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