Модуль блокировки

Astrafox

Добрый день! В модулях блокировки есть такой параметр _wait если значение «X», функциональный модуль в cлучае если уже стоит блокировка будет ожидать определённый промежуток времени перед повторным вызовом ФМ. Количество повторений задаётся параметром в профиле (тр. RZ11) - ENQUE/DELAY_MAX, кто нибудь знает каким параметром задается время которое ожидает модуль?

zsap

ENQUE/DELAY_MAX_REFINE определяет, сколько раз в секунду будет проверяться блокировка. В документации RZ11 все расписано

Astrafox

zsap Благодарю!

nicky555

GOTO SAP Note 6822:

Цитата:

The enqueue module attempts to set a lock. If the lock has already been set by another user, the attempt is repeated at intervals of one second. The number of times it is repeated is given in the profile parameter enque/delay_max.

Astrafox

nicky555
Как отметил zsap в документации по ENQUE/DELAY_MAX_REFINE как раз указано:

Цитата:

If a lock operation fails, the system attempts to perform the
operation again after a specific period of time. This parameter
defines how oftern per second the repeated attempts should be made.

Default Value : 1 (one repetition per second)

nicky555

так я и не возражаю

Резюме следующее:
enque/delay_max - задает время (в секундах), сколько (по времени!) будем пытаться поставить блокировку;
enque/delay_max_refine - задает число попыток в секунду установить блокировку;
enque/delay_jitter - погрешность в миллисекундах между попытками блокировки.

Astrafox

nicky555

enque/delay_max - количество попыток повторно установить блокировку, если она уже стоит. В случае если enque/delay_max_refine = 1, будет равно количеству секунд.

zsap

Кстати, целесообразность использования _wait в модулях блокировки считаю весьма сомнительна. Даже не знаю, зачем это может понадобиться

Удав

zsap написал:

Кстати, целесообразность использования _wait в модулях блокировки считаю весьма сомнительна. Даже не знаю, зачем это может понадобиться

Ожидание создания документа при асинхронном режиме сохранения, который применяется в большинстве стандартных транзакций и BAPI-шек

Astrafox

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

Удав
Опередил

zsap

Если результат нужен сразу - лучше делать обновление/bapi в синхронном режиме. Ожидание в 5 сек не гарантирует что за это время все запишется и разблокируется

holocron

zsap написал:

Если результат нужен сразу - лучше делать обновление/bapi в синхронном режиме. Ожидание в 5 сек не гарантирует что за это время все запишется и разблокируется

ну а если надо второй шаг сделать? сап например таким образом создает транспортный заказ к движению материала, см. функцию L_COMMUNICATION_TO_CREATE

zsap

holocron написал(а):

ну а если надо второй шаг сделать

использовать синхронный режим

holocron

zsap написал:

holocron написал(а):

ну а если надо второй шаг сделать

использовать синхронный режим

не всегда хорошая идея..

zsap

holocron написал(а):

не всегда хорошая идея..

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

Правила форума

Модуль блокировки

Кто сейчас на конференции