При утверждении документа в ЕПБС ошибка "JTA transaction unexpectedly rolled..."

В ЭБ в части УФК

В разделе:
> Формуляры
> ЕПБС
> Размещение информации на ЕПБС финансовыми органами...
1.4 Общие сведения о публично-правовых образованиях, формирующих и исполняющих бюджеты

При утверждении документа, после выбора ЭЦП окно jinn-client закрывается, а окно "Утверждение..." не закрывается. Через примерно 10 мин. выскакивает ошибка "JTA transaction unexpectedly rolled back (maybe due to a timeout); nested exception is weblogic.transaction.RollbackException: Timed out tx=BEA1-6471F413CF8A83ED8F20 after 600 seconds"

Причем, подпись у документа появляется, а статус "на утверждении..."

пробовалось на 4 пк:
win 7 pro x64
win 10 pro сборка 1809
один из win7 в другом здании с другим провайдером (что бы исключить всякое...)

везде стоят:
IE 11
TLS-клиент 2.0.1440.0
Jinn 1.0.3050

Тех поддержка молчит.
3 раза писали с сайта - вообще ноль реакции;
1 раз на электронку, создалось обращение;
1 раз по телефону, создалось обращение;

Местное УФК говорит пишите в тех поддержку.

Аналогичная проблема. Использую Win 7 pro x64, браузер Firefox Portable 63. Бывает ещё окно Jinn-а остаётся и бежит бесконечная строка загрузки с иероглифами в шапке.
Недавно подписывали в Сводном реестре, всё было нормально.

Jinn-а остаётся и бежит бесконечная строка загрузки с иероглифами в шапке.

было такое, причем на одном компе. Таже подпись на другом компе работала нормально. Вот это помогло sedkazna.ru/polza/konverter-ep-gost-2012.html

17.12.2019 тоже столкнулись с такой ошибкой. Написали в ТП.
Сегодня ТП ответила, что это массовый инцидент, ведут диагностику, планируют завтра устранить.
Ждём ...

Anna~ пишет: ТП ответила, что это массовый инцидент, ведут диагностику...

Вобщем обкатка началась -- не поздновато-ли...?

FUMOGA пишет:

Jinn-а остаётся и бежит бесконечная строка загрузки с иероглифами в шапке.

было такое, причем на одном компе. Таже подпись на другом компе работала нормально. Вот это помогло sedkazna.ru/polza/konverter-ep-gost-2012.html

Мне это не помогло. Сегодня пришло письмо от ТП, что проблема решена. Но проблема оказалась не решённой... НО! После нескольких попыток удалось утвердить заявку, но до этого я заменил eXtended Container на версию 1.0.2.2 (до этого был вроде бы 1.0.1.1)

finsok пишет: я заменил eXtended Container на версию 1.0.2.2 (до этого был вроде бы 1.0.1.1)

Есть над чем подумать: везде рекомендуется ставить XC из дистра джина, а в нем как раз-таки версия 1.0.1.1, НО при установке ТЛС-клиента автоматом (без ввода лицензии -- ?!) тоже ставится "eXtended Container" (именно так отображается в "ПУ -- Программы и компоненнты", а не как "ХС"), однако версии 1.0.2.2 ! Специально его сношу каждый раз при настройке очередного клиентского АРМ и ставлю "рекомендуемый" --- зря ???

Alex_04 пишет: Есть над чем подумать: везде рекомендуется ставить XC из дистра джина, а в нем как раз-таки версия 1.0.1.1, НО при установке ТЛС-клиента автоматом (без ввода лицензии -- ?!) тоже ставится "eXtended Container" (именно так отображается в "ПУ -- Программы и компоненнты", а не как "ХС"), однако версии 1.0.2.2 ! Специально его сношу каждый раз при настройке очередного клиентского АРМ и ставлю "рекомендуемый" --- зря ???

Нет:

Wmffre пишет: При установке Континент TLS Клиент 2.0.1440.0 устанавливается eXtended Container 1.0.2.2 без введённого номера лицензии - "в режиме ограниченной функциональности". Об этом выдаётся сообщение-предупреждение при попытке установить eXtended Container 1.0.2.2 с пустым полем вместо введённой лицензии.

Alex_04 пишет: Есть над чем подумать: везде рекомендуется ставить XC из дистра джина, а в нем как раз-таки версия 1.0.1.1, НО при установке ТЛС-клиента автоматом (без ввода лицензии -- ?!) тоже ставится "eXtended Container" (именно так отображается в "ПУ -- Программы и компоненнты", а не как "ХС"), однако версии 1.0.2.2 ! Специально его сношу каждый раз при настройке очередного клиентского АРМ и ставлю "рекомендуемый" --- зря ???

Лицензию ХС можно ввести по кнопке "Настройки" при установке ТЛС клиента
Но даже с серийным номером в дистрибутиве ТЛС клиента какой то неправильный екстендед контейнер.
А ссылку на рабочую версию eXtended Container 1.0.2.2 можно найти например здесь

Alex67 пишет: Но даже с серийным номером в дистрибутиве ТЛС клиента какой то неправильный екстендед контейнер.

С помощью QuickEB_Lite.exe ссылка на скачивание в сообщении "Исправление большинства ошибок при настройке ЭБ и Сборник типовых ошибок в ЭБ" sedkazna.ru/forum.html?view=topic&catid=9&id=1011#14064
можно автоматически заменить установленный XC 1.0.1.1 из дистрибутива Jinn-Client или eXtended Container 1.0.2.2 установленный вместе с Континент-TLS 2.0
В QuickEB_Lite.exe одним и пунктов автоматом удаляется установленный eXtended Container
и устанавливается правильный eXtended Container 1.0.2.2 в соответствии с разрядностью системы и автоматической подстановкой лицензионного ключа E6FV-00BC-CLDE-00BC-0A49-0000-0009

(Из сообщений выше, как я понял eXtended Container 1.0.2.2 из дистрибутива Континент-TLS 2.0 ставиться без ввода серийного номера "в режиме ограниченной функциональности" из-за этого и все глюки при подписании, т.е. не видит контейнер закрытого ключа даже если название организации меньше или равно 127 символов)