Как заниматься отладкой при разработке РИБ?

Задалбливает постоянно гонять сообщения между узлами с целью обновления конфигурации.

отладкой в тестовой базе
обновление - один раз после отладки

(0) делайте релизы. Ну как 1С. Не каждый день гоняйте конфигурацию, а одно обновление в месяц.

(1) и так в тестовой работаю. Затрах туда сюда обновления гонять - между узлами обмен настраиваю

не отлаживай. скажи что все работает и так.

Что отлаживать? Обмены?

(5) ну да

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

подозреваю, что правила регистрации не юзаешь

(7) буду благодарен, если объяснишь подробнее, что такое ПБ и что значит "отключи базу от РИБ"

Сама с собой же база обмениваться не может.

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

обмен в том "денежном проекте" ?

(10) млин, вопрос жизни и смерти. Есть какие методы по отладке обмена между базами в процедурах типа
ПриПолученииДанныхОтПодчиненного

Ну... давай подумаем.. например какие? Выгрузить осообщение, поставить точку останова в другой базе и начать читать сообщение? или какие еще?

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

и в чем проблема?

+(13) в корневой узел гружу сообщение из подчиненного и отлаживаю код в процедуре ПриПолученииДанныхОтПодчиненного

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

2(16) и что же это меняет? для корневого узла нельзя запустить отладку?

+(16) уже всерьез думаю валить от этого дела.

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

(14)
>>- передать сообщение обмена подчиненному
- зайти в конфигуратор и обновить конфу на подчиненном


Все проще.
- передать сообщение обмена подчиненному
- зайти в конфигуратор и обновить конфу на подчиненном
- Gjdnjhyj pfuhepbnm cjj,otybt bp wtynhf

(14) покури как в альфаавто это реализовано. там сама платформа обновляет конфу и рестарт делает

=перечитать сообщение от центра:)

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

+(23) кстати, вполне годный совет

(23)(24) спасибо

(23) так и сделал.
Поместил обработку в хранилище сервера, вызываю методом ВнешниеОбработки.МояОбработка.Подключить()

Отладчик в обработке не останавливается. Пипец!!!

Есть какие еще варианты решения?

+(26) ну хоть проблема постоянного сохранения конфы и снихронизации решилась...

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

Потому, видимо, отладка и не работает...

не загружать внешнюю обработку в хранилище внешних обработок не предлагать?

(29) каким образом её не загружать и запустить в ней процедуру?

Меню Файл-Открыть чем не подходит?

(31) не пытайся, ты не поможешь :)

или явно прописать путь к обработке.

в (31) поторпился:)

(4) +1, лучший вариант.

(26) отладчик и не остановится. Внешняя обработка в темпах создается.

(35) бюджет надо освоить, без этого никак.

Есть какие варианты обращаться к модулю объекта внешней обработки и при этом иметь возможность точки останова там ставить и отлаживать?

А в режиме "Клиент-Сервер" можно отладку выполнения модуля объекта внешней обработки из (0) осуществлять?

Во внешней обработке пишешь:

ВызватьИсключение "";

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

(40) на файловой базе ошибка времени исполнения возникает, точка останова не отрабатывает

2(41) есть галка пунтк меню "Отладка\остановка по ошибке"