Блокировка NumberSequence

[Wamr]

Интересный эффект достигается вот таким кодом

PHP код:

static void Job92(Args _args)
{
    NumberSeq               numberSeq;
    Voucher                 releaseVoucher;
    ;

    ttsbegin;
    numberSeq = NumberSeq::newGetVoucher(VendParameters::numRefVendPaymentVoucher());
    releaseVoucher = numberSeq.voucher();
    NumberSeq::release(VendParameters::numRefVendPaymentVoucher().NumberSequence,releaseVoucher);

    numberSeq = NumberSeq::newGetVoucher(VendParameters::numRefVendPaymentVoucher());
    releaseVoucher = numberSeq.voucher();
    ttscommit;
} 


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

[George Nordic]

Да, забавно. Значит, надо каждую пару get..release в отдельную транзакцию заключать. Или try..catch.

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

[Gad]

Цитата:

Изначально опубликовано George Nordic
Да, забавно. Значит, надо каждую пару get..release в отдельную транзакцию заключать. Или try..catch.

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

Это нормально, кроме того на мой взгляд следует добавить
после
;

PHP код:

releaseVoucher = numberSeq.voucher(); 


что номер использован

PHP код:

numberSeq.used(); 


[Wamr]

Цитата:

numberSeq.used();

Не поможет - этот метод имеет смысл только для непрерывных серий, если при создании объекта передавался параметр makeDecisionLater = TRUE

Цитата:

каждую пару get..release в отдельную транзакцию заключать. Или try..catch

try-catch тут вообще не при чем.
В отдельную транзакцию не всегда возможно.
Поэтому предлагаю подправить код на SYS слое
В методе release

PHP код:

    numberSequenceTable = NumberSequenceTable::find(_numberSequenceCode);//,TRUE); 


[Logger]

Описанная проблема возникает из-за того что метод NumberSeq::release() использует текущее соединение с базой для обновления таблиц numberSequenceTable и numberSequenceList

Если мы посмотрим как работает метод NumberSeq.getNumInternal() (этот метод вызывается, когда мы получаем номер из номерной серии) то видим, что для доступа к таблицам номерных серий numberSequenceTable и numberSequenceList используется отдельное соединение с базой. Это нужно для того чтобы снизить вероятность блокировки пользователями друг друга при разносках документов и при обработке накладных.

А метод NumberSeq::release() так не делает !

Из за чего клиент может легко заблокировать сам себя при определенной последовательности вызовов. (пример Wamr-а)

При работе в системе этот баг может проявляться если
1. мы пытаемся в одной транзакции рассопоставить несколько проводок (более одной).
2. удалили строку LedgerJournalTrans и затем попытались создать заново выделив новый Voucher

(2- верно для случая когда

        ledgerJournalType != LedgerJournalType::Periodic    &&
        ledgerJournalType != LedgerJournalType::VendInvoicePool &&
        ledgerJournalType != LedgerJournalType::VendInvoicePoolNotPosted)

см. код метода LedgerJournalTran.delete()
)

Случаи 1 и 2 удалось воспроизвести только при написании модификаций, джобов. При обычной работе системы без модификаций глюк не воспроизводился.

Прилагаю вложение с исправлением кода метода NumberSeq::release()

Ax 3.0 sp3 Oracle

P.S.
Внимательно пересмотрел классы по работе с номерными сериями - проблема с блокировками может возникать также при использовании метода
\Classes\NumberSeq_RU\useNumFromList
так как там тоже идет обращение к таблицам номерных серий через обычное соединение. - Как следствие могут быть проблемы с блокировками.

Этот метод используется при обработке счетов фактур. Тоже надо бы пофиксить.

[EVGL]

Баг отправлен через George Nordic в саппорт Microsoft. Прекрасно воспроизводится в 4.0.

[Logger]

Цитата:

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

Баг отправлен через George Nordic в саппорт Microsoft. Прекрасно воспроизводится в 4.0.

Ура !

Интересно, а в 2,5 он тоже присутствовал ?
Нет возможности проверить. Но подозреваю что был.

[wojzeh]

и в каком патче он исправлен для 4-ки?

[Logger]

В 2009-й точно исправлен.