Добрый день!Необходимо при появлении "объектной пессимистической блокировки": http://its.1c.ru/db/content/metod8dev/src/platform81/scalability/technical%20information/i8105839.files/ch03_009.png?_=1473671124
дать возможность пользователю самому произвести закрытие своей же повисшей сессии. Какой код можно прописать в конфигураторе?

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

(1) +1

завершитьприложение()

или как оно там

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

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

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

Пользователь заходит под своей учетной записью в систему и ему всплывает данная блокировка:  http://its.1c.ru/db/content/metod8dev/src/platform81/scalability/technical%20information/i8105839.files/ch03_009.png?_=1473671124
Он сам себя блокирует!Необходимо добавить функционал и кнопку "Разблокировать".

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

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

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

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

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

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

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

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

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

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

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

Осталось понять, как и при каких условиях пользователь в одном и том же сеансе блокирует сам себя, и так тоже брать просто и не делать.

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

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

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

(20) Тонкий юмор

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

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

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

Аха, вот что-то нашел!;)
http://catalog.mista.ru/public/77671/

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

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

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

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

Позвольте еще раз обозначить задачу требующую решения:дать возможность пользователю при появлении "объектной пессимистической блокировки": http://its.1c.ru/db/content/metod8dev/src/platform81/scalability/technical%20information/i8105839.files/ch03_009.png?_=1473671124
произвести закрытие своей же повисшей сессии, добавив соответствующую кнопку к вышеупомянутому сообщению. Какой код возможно прописать в основном модуле?

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

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