Снятие (программно) объектной пессимистической блокировки #781049

Добрый день!Необходимо при появлении "объектной пессимистической блокировки": дать возможность пользователю самому произвести закрытие своей же повисшей сессии. Какой код можно прописать в конфигураторе?

выбор раздела 100%

+1 завершитьприложение или как оно там

Сессия не виснет, с чего вы взяли?

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

Аааа, у вас зависание сессий и неправильный выход- часть бизнес-процесса?

Пользователь заходит под своей учетной записью в систему и ему всплывает данная блокировка:   Он сам себя блокирует!Необходимо добавить функционал и кнопку "Разблокировать".

Я понял. Это у вас так и было задумано, причем для всех пользователей. Круто, как вы этого добились? Может стоит раскопать причины зависания блокировки, ну чтобы поделится с общественностью?

Что за люди - битые ссылки в теме, ну как так можно...

они не битые, проблема на вашей стороне

необходимо выяснить, как и почему пользователь блокирует сам себя и исправить это. А не городить костыли на костыли.

Ссылки пускай и битые, а проблема по прежнему актуальна! PS:Как правило  блокировка возникает (зависание сеанса) при некорректном завершении сеанса пользователем, либо к примеру он зашел с другого ПК под своей УЗ, а его сессия висит на другом ПК Тоесть необходимо дать возможность "Разблокировать" документ созданный самими пользователем. Время засыпания пассивного сеанса и время завершения повисшего сеанса также не является панацеей.

Научи пользователей работать с утилитой taskkill. Или напиши им батник, который будет валить сессии определенного юзера

+ А вообще смотри  в до просветления

"либо к примеру он зашел с другого ПК под своей УЗ" а что делают эти блуждающие пользователи?

Простой пример  - Юзер открыл документ 2,3,10... и все они свернуты затем это чудо открывает отчет, например ОСВ по 41сч, и начинает его формировать за 5 лет. А чтобы продолжить работу с базой, открывает новый сеанс. В новом сеансе ему конечно нужны все открытые в зависшем сеансе документы.

из этого следует, что механизм прибивания собственных сеансов, о котором мечтает автор, этому пользователю не подходит - ему надо, чтобы сеанс жил. Вообще, проблема [он зашел с другого ПК под своей УЗ] яйца выеденного не стоит. Не делайте так и всё. Осталось понять, как и при каких условиях пользователь в одном и том же сеансе блокирует сам себя, и так тоже брать просто и не делать.

Это больше вопрос культуры работы с 1С, людям можно доходчиво объяснить как не создавать себе лишних проблем и они не будут так делать. И никакие костыли не понадобятся.

Жизнь сеанса конечно же не возможна, его возможно только грохнуть, при условии что это один и тот же пользователь создал сеанс, а также проверить с какого ПК.

Раз в минуту стартуй taskkill c параметром убивать процессы с Not responding по маске 1c*.exe

Тонкий юмор

да не, все правильно. Нехрен рисовать отчеты и обработки всякие проведения, которые формируются дольше минуты. Вообще ни чего дольше минуты не должно происходить. Ибо нефиг тут - людям работать надо.

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

щас же вроде долгие отчеты в фоне формируются или своя конфа?

Аха, вот что-то нашел!;)

Имхо, не в ту сторону копаешь - нужно не сеанс прибивать, а изначально блокировку не ставить. Попробуй в самой форме прописать Объект.Разблокировать при изменении данных - чтобы блокировка изначально не ставилась. Но тут тоже минус достаточно серьезный есть - пользователь долго работал в документе, а в это время кто-то другой изменил этот документ и в итоге вся работа пользователя похерилась.

Вот, собственно по выше озвученной причине, просто снять блокировку не подходит..

ну как всегда побакланили, и нифига толку. Сказочные бакланы

...и громко топнул ножкой.

Позвольте еще раз обозначить задачу требующую решения:дать возможность пользователю при появлении "объектной пессимистической блокировки": произвести закрытие своей же повисшей сессии, добавив соответствующую кнопку к вышеупомянутому сообщению. Какой код возможно прописать в основном модуле?

Код по перезапуску службы агента сервера приложений

Грохнуть необходимо все же повисший документ..