Проблема с транзакциями

[sta[z]]

При выполнении следующего кода транзакция вешается намертво.

static void Job1(Args _args)
{
numberSequenceTable numberSequenceTable;
;

ttsbegin;
select forUpdate firstOnly numberSequenceTable
index hint SeriesIdx
where numberSequenceTable.numberSequence == "КЛ_СчФакт";

info("!!!");
ttscommit;
}

Как решать подобные проблемы?

[MikeR]

Что то не встречал прямого соотсетвия полю- значения. Может попробовать через объявление
переменой str a= КЛ_СчФакт;

[sta[z]]

Дело не в том, что нет такой записи или SELECT не работает. SELECT без ttsbegin/ttscommit/forupdate выполняется. Суть вопроса в том, как отлавливать клинч транзакции.

[MikeR]

Наверное надо лазить по классам и поставить метку типа info("Прошло нормально")
Ну и смотреть где глючит.

[sta[z]]

Самое интересное, что проходит для любой другой номерной серии. Дубликатов нет, но вешается намертво.

[sta[z]]

Вопрос решился заменой номерной серией. Хотя сам факт ошибки очень интересен, так как в SQL создавалось 2 процесса, которые блокировали друг друга...

[Hyper]

У меня, наверное, не точно такая проблема, но уж очень похожая.

Тоже транзакция вешается при выполнении ttscommit. Ctrl-Break не срабатывает. Stack Trace после ttscommit (вторая строчка снизу) показывает следующее.

[s]    \Classes\NumberSeqCleanUp\cleanUpTrans                                                                 40
[s]    \Classes\NumberSeqDataArea\runCleanup                                                                  75
[s]    \Classes\NumberSeqDataArea\run                                                                          4
[s]    \Classes\NumberSeqGlobal\runAutoClean                                                                  30
[s]    \Classes\NumberSeqGlobal\ttsNotifyBegin                                                                 3
[s]    \Classes\Application\ttsNotifyBegin                                                                     3
[s]    \Classes\Application\createEventCUD                                                                    22
[s]    \Classes\Application\eventUpdate                                                                        5
[s]    \Classes\xRecord\update                                                                                  
[s]    \Data Dictionary\Tables\NumberSequenceList\Methods\update                                              12
[s]    \Classes\NumberSeqCleanUp\cleanUpAborted                                                               19
[s]    \Classes\NumberSeqGlobal\ttsNotifyCommit                                                                3
[s]    \Classes\Application\ttsNotifyCommit                                                                    3
[s]    \Classes\OurClass\ourMethod                                                                            72
[c]    \Classes\FormButtonControl\Clicked                                                                     26

С чем это может быть связано? Как бороться?
Аксапта 4.0.2163.0

[glibs]

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

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

Скорее всего, ваш код еще где-то генерирует номер из номерной серии, и в результате сам себя блокирует.

[Hyper]

Да, что-то явно блокируется. Примечательно, что попытка обычного удаления одной записи из таблицы NumberSequenceList с NumberSequence == конкретной номерной серии вешает систему. Для остальных номерных серий удаление записей происходит без проблем.
Неясно каким образом продолжать анализировать эту проблему без рестарта AOS, т.к. любое действие приводит к зависанию клиента... А постоянно рестартовать AOS то еще развлечение.