Неинициализированные параметры сеанса #591921

Приветствую! Может кто в курсе почему параметры сеанса могут не инициализироваться под одним и тем же пользователем? Перезаходим - всё нормально. По коду вобще не понятно как он может быть неинициализированным, ещё до УстановкаПараметровСеанса(ТребуемыеПараметры) - он уже есть и готов к использованию, незаполненный только. Конкретно речь про параметр "ГраницыЗапретаИзмененияДанных", но это думаю неважно. Платформа 8.2.14.533, инет перерыл - не нашёл...

апоньки

Кеш?

сомневаюсь... под разными пользователми так себя ведёт, и то работает то не работает. Если бы кэш - всегда бы не работало поидее

Тогда демоническое обновление...

<> чтоли? от демонического Кэш едет

Ответ в относился к , там про одного пользователя. Ответ относится к . К тому же в ещё и причина протелепатирована, что не устраивает? :)

за последний месяц демонических обновлений не было, вот что не устраивает)

Ну тогда хоть монитор протри))

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

идей нет больше? хз чо делать, даже воспроизвести не могу ошибку

такая же ситуация

как бороться то? ошибка платформы чтоль незарегистрированая?

Та же херня. Боремся удалением временных файлов 1С в ApplicationData и в LocalSettings там папки с гуидами в названии.

эта ошибка платформы тянется, на сколько я себя помню, с 8.1...

описание бы найти ошибки, щас на сайте 1с смотрел - в официальных ошибках нет

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

кстати щас поймал такую ошибку при обмене с филиалом...

можно не ждать чуда и самому написать на хотлайн, ну или попытаться обновить платформу до 8.2.15.

читал про исправленные ошибки в 8.2.15 - там такого нет...

"ещё до УстановкаПараметровСеанса(ТребуемыеПараметры) - он уже есть и готов к использованию, незаполненный только" - и как же ты это выяснил?

отладчиком. При первом заходе в эту процедуру в параметрах сеанса уже есть все параметры заданные в конфигураторе, и т.к. он имеет тип значения - Хранилище значения, то при получении его мы достаём Неопределено. Ни о каких ошибках типа попытка получить неинициализированный параметр сеанса речи не идёт... или не так смотрю?

Бугога. Первое обращение к неиницилизированному параметру вызывает его установку.

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

Возможно, сочетание каких-нибудь не часто встречающихся факторов.

т.е. в итоге типа что-то получается всё равно? не получается никак отловить, ошибка то не воспроизводится

Лично я такой ошибки не припомню. Я скорее поверю, что как-то криво написан код установки параметра сеанса. Лично я бы обвешал все по периметру флажками (записью в ЖР, например) и анализировал бы потом. Ну и 90% "ошибок платформы" сидит за клавиатурой.

прокладка между клавиатурой и платформой? :-)

по всему выходит что параметры сеанса ещё и кэшируются. Сейчас "ещё до УстановкаПараметровСеанса(ТребуемыеПараметры)" он уже не просто инициализирован но и заполнен значениями

+ т.е. в момент описаный в СП как: при установке соединения с информационной базой или при захвате соединения с информационной базой из пула до вызова всех остальных обработчиков. Значение параметра "Параметры сеанса" - Неопределено;

Еще раз - они установлены потому, что ты решил на них посмотреть. Если бы ты на них не смотрел - они бы не были установлены. Такой вот фокус.

а как же тогда выводить их в ЖР? или в этом случае правило "Первое обращение к неиницилизированному параметру вызывает его установку" не выполняется?

Та же беда. Постоянно у пользователей выскакивает сообщение о том, что не инициализирован параметр сеанса "ГраницаЗапретаИзмененияДанных". Но еще и мало того ругается на то, что параметров не существует в "ПараметрахСеанса". А как такое может быть? Скажем параметр "НаличиеОбменаУПП" установлен в конфигурации, и обязательно присутствует в ПараметрахСеанса, куда он оттуда девается? Я понимаю не инициализирован, но не существует...??? Причем может исчезнуть, после перезапуска работает, потом опять и т.д. Все это больше смахивает на нестабильность самой 1с. Кто нибудь решил эти проблемы?

Режим совместимости включен?

да, с 8.1. скоро на режим совместимости 8.2.13 перейдём да странно как то ведёт себя на самом деле. Вроде у меня получается что из-за блокировок может не проинициализироваться...

Даю рецепт: В модуле сеанса, в процедуре УстановкаПараметровСеанса в ветке Если ТребуемыеПараметры = Неопределено Тогда ... принудительно устанавливаем все параметры сеанса. После этого как бабка отшептала.

Собственно я и думал о таком решении. Но смущает один момент. Ведь параметры, то инициализируются, а потом "разваливаются"(или как это назвать). Но раз Вы уже пробовали, значит пойдем по этому пути.

А у нас отключен полностью режим совместимости. Но так же было когда режим был с поддержкой 8.1

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

:) вчера ещё так сделал, но именно для проблемного параметра. пока не тестил ещё, собсно и тестить не получится, не воспроизводится ошибка.

А это как лечить?

Или принудительная установка и в этом поможет?

А это уже 1С должна исправить. На текущий момент описание в СП не соответствует реальному поведению платформы. По какой-то причине обработчик для некоторых параметров сеанса не вызывается когда надо, 100% шанс вызова только для параметра Неопределено. Установка всех параметров при передаче Неопределено лечит проблему на 99,99%.

Понял, огромное спасибо!Пробуем.

официального описания такого бага нет у 1с?

Я искал, все перерыл - не нашел. И к 1С обращался, ничего не знают. Написали что-то про связку Сервер1С - Сервер W - SQL. Так отписка.

Я хотел им написать, да они ведь отфутболят в связи с режимом совместимости + "не удалось воспроизвести".

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

Господа коллеги. РЕШЕНИЕ ПО ДАННОЙ ПРОБЛЕМЕ. На идею навел "dmpl" пост № 38, за что ему отдельное ОГРОМНОЕ спасибо. Суть вот в чем, для ускорения, изолирования и т.д. 1С предлагает запускать сервер 1С с множеством рабочих процессов. Что нами использовалось на 8.1 без проблем. Как написал "dmlp" сервер начинает гонять сеансы между процессами (почему и зачем это уже к 1С), но гоняет косячно. По крайней мере в части параметров сеанса. Мы запустили сервер 1С с одним рабочим процессом. И как бабка отшептала все эти ошибки. Количество пользователей 150, производительность по первым прикидкам не упала нисколько. А в части переброски сеансов, даже увеличилась. Т.к. ничего не перебрасывает. Как говорится решение с пылу, с жару.

Ай помогло, реально!!! 10 дней мучений. Убили все процессы, оставили 1, все заработало. Спасибо!

при начале работы системы - смотрим в табло на ПараметрыСеанса, и видим, что часть из них: "ошибка чтения записи", причем при каждом запуске по разному. у нас это появилось на третий день после перехода с 13 релиза на 15. я сделал так: при старте, в процедуре модуля ПолныеПрава    Для Каждого Стр ИЗ Метаданные.ПараметрыСеанса Цикл          Попытка

Это трабла следствие работы встроенного механизма отложенной инициализации параметров санса. Проявляется если процессов на сервере больше одного. Лечится так: В модуле сеанса в разделе безусловной инициализации нужно проинициализировать некоторые параметры сразу (текст между каментов + и -): Иначе           ...

Только рабочий процесс один у нас, ибо на 8.2 1с не рекомендует сама юзать много процессов (пруфа нет, читали где-то, не суть). Безусловная инициализация наверно поможет, что и было предложено

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

> ага, лично я только так и словил. Короче видимо трабла решена в мойм случае, эти ребята из филиала запустили несколько рабочих процессов. у всех остальных он один, и проблем нет

обмен по COM?

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

Известные ошибки версии 8.2.15, планируемые к исправлению в версии 8.2.15 10096672  Попытка получения неинициализированного значения параметра сеанса Проблема: В клиент-серверном варианте информационной базы при работе в толстом клиенте, если кластер содержит несколько рабочих процессов, или выполнялись динамические обновления конфигурации базы данных, то при попытке получить из кода толстого клиента значения некоторых параметров сеанса может происходить ошибка Попытка получения неинициализированного значения параметра сеанса Дата публикации: 2012-01-19