Доброго времени суток.
В "Руководстве разработчика" сказано, что для "отладки кода на сервере" следует запустить сервер ("Агент сервера 1С:Предприятия 8.2", ragent.exe) с параметром -debug.
Через mmc-оснастку открыл свойства службы, остановил службу, в поле параметры запуска ввел "-debug", запустил службу.
Поставил для проверки точки останова:
- в модуле сеанса
- в модуле приложения
- в серверной процедуре управляемой формы
Запустил упр. приложение в режиме отладки.
Ни одна точка останова не срабатывает, перехода в серверную процедуру по F11 не происходит также.
Видимо, я не понимаю, либо что имеется в виду под "запуском службы с параметром", либо под "отладкой кода на сервере".
Так как, всё-таки, серверный код отлаживается?
Спасибо.

Где стоит точка останова? На коде или на наименовании процедуры.

у меня такая же проблема

Надо прямо в строке запуска сервиса параметр добавить. Через реестр проще всего это делается.
Поиск рулит.

(1) с местами установки точек всё в порядке
(3) это точно? что, разработчиком ("1С") правка реестра предусматривается?:-)

(4) Строка запуска сервера лежит в реестре

Ну и простые вещи удобнее в файловой базе отлаживать

(4) Пля, ну можешь штатно из командной строки сервис стартануть с новыми параметрами, если тебе так проще (тока не забудь все остальные правильно набить).

(7) вобщем, вывод такой: mmc-оснастка работает криво, параметр в строку запуска не добавляет. Сделал, как fisher посоветовал - заработало.
Спасибо за помощь в снятии лыж.

Кстати, еще вопрос:
как повлияет на производительность рабочего сервера запуск с параметром -debug,
кому что известно?

+(9)
Сейчас-то у меня отдельный "игровой сервер"

сделал через правку строки в реестре, вроде работает

(9) Ну, рабочий сервак в отладочном режиме держать дураков нет. Можно на том же физ-сервере поднять второй сервер для отладки тестовых баз, разведя их по портам. В базе знаний есть статейка.

А чем не выход файловый вариант?

(12) меня интересует, почему именно этим стоит заморочиваться.

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

(15) В файловый вариант ведет себя также как и скулевый, не надо себе проблем создовать.

(16) тогда это выход, конечно

(14) Реальное падение производительности вряд ли кто тестил в боевых условиях. 1С просто говорит, что таковое имеет место быть. А заморачиваться стоит. Не знаю, как там 8.2, а 8.1 при активной разработке эпизодически схлопывается у меня по 54-й ошибке при обновлении конфы. В этом случае валятся все соединения рабочего процесса сервера.
(16) Есть такая вещь - фоновые задания. Их тоже нужно отлаживать. Да и под полной идентичностью поведения я бы тоже не подписался.

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

ярлык сделай, что-нибудь вроде:

"C:\Program Files\1cv82\8.2.9.356\bin\ragent.exe" -debug -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv82\srvinfo"

(16) Да вот нет, по разному они себя ведут. например, условия в запросах обрабатываются по-разному

(19) На 8.2, наверное, это в самом деле неактуально. А на 8.1 обработкой регламентное задание полноценно не отладишь.

(18) вот в том-то и дело, что насчет идентичности поведения сомнения остаются.
Помните разницу В ВЫЧИСЛЕНИЯХ (!) на SQL-ной и файловой версиях 7.7 (просто из-за разницы в сортировке)?
Я к тому, что разницу, возможно, пока никто не обнаружил:-)

(22) а что, кстати, код процедур, выполняемых в фоновых заданиях, теперь можно будет отлаживать?
(у меня пока ни одного задания нет)