Добрый день!
Проблема следующая...
Есть две базы: Бух 2.0 и Документооборот.
На сервере установлен релиз 8.2.19.68, на клиенте 8.2.19.68 и 8.2.19.106.
При подключении из документооборота к бух - соединение проходит, загрузка выполняется, а при подключении из бух к документообороту вываливается в ошибку: Произошла исключительная ситуация (V82.COMConnector.1): Версия компоненты 'comcntr' (8.2.19.106) отличается от версии корневого модуля 'core82' (8.2.19.68)
Пытался на клиенте перерегистрировать компоненту сначала 8.2.19.68, затем 8.2.19.106. Проблема не решилась.
8.2.19.106 на клиенте тоже нужна для подключению к другому серверу, и установить один релиз везде тоже пока проблематично.
Что может быть?
Проблема следующая...
Есть две базы: Бух 2.0 и Документооборот.
На сервере установлен релиз 8.2.19.68, на клиенте 8.2.19.68 и 8.2.19.106.
При подключении из документооборота к бух - соединение проходит, загрузка выполняется, а при подключении из бух к документообороту вываливается в ошибку: Произошла исключительная ситуация (V82.COMConnector.1): Версия компоненты 'comcntr' (8.2.19.106) отличается от версии корневого модуля 'core82' (8.2.19.68)
Пытался на клиенте перерегистрировать компоненту сначала 8.2.19.68, затем 8.2.19.106. Проблема не решилась.
8.2.19.106 на клиенте тоже нужна для подключению к другому серверу, и установить один релиз везде тоже пока проблематично.
Что может быть?
По теме из базы знаний
- Молчание "best practices": тестовые и эталонные данные, структура и связность, падения и новая функциональность, и другие неудобные вопросы к сценарному тестированию
- Финансовая сторона вопроса 1С на Linux в рамках облачных предложений
- Подключение двух и более COMConnector'ов (COM-соединений) к различным релизам сервера 1С:Предприятие 8.3 на одном компьютере
- Интеграция с сайтом на WooCommerce (WordPress) через MySQL
- COMNativeWrapper, COM-Диспетчер Native-компонент 1С (Аддонов), совместимый со всеми версиями 1С (7.7, 8.0, 8.1, 8.2, 8.3).
Найденные решения
Если кому интересно, решил проблему следующим образом:
При старте COMа на толстом клиенте в память подгружались две правильные библиотеки от 8.2.19.68 и одна от 8.2.19.106.
Помогла простая отмена регистрации библиотеки 8.2.19.106 и повторная регистрация 8.2.19.68
Когда разобрался, все стало так просто и очевидно )))
При старте COMа на толстом клиенте в память подгружались две правильные библиотеки от 8.2.19.68 и одна от 8.2.19.106.
Помогла простая отмена регистрации библиотеки 8.2.19.106 и повторная регистрация 8.2.19.68
Когда разобрался, все стало так просто и очевидно )))
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Нашел с помощью Process Explorer (искал comcntr), что при загрузке из документооборота работают только компоненты серверные. А там только 8.2.19.68 - все стыкуется.
А при загрузке из Бух, в работу подключается толстый клиент... а в нем солянка компонент из 8.2.19.68 и 8.2.19.106.
Так что все стало логично.
А при загрузке из Бух, в работу подключается толстый клиент... а в нем солянка компонент из 8.2.19.68 и 8.2.19.106.
Так что все стало логично.
Если кому интересно, решил проблему следующим образом:
При старте COMа на толстом клиенте в память подгружались две правильные библиотеки от 8.2.19.68 и одна от 8.2.19.106.
Помогла простая отмена регистрации библиотеки 8.2.19.106 и повторная регистрация 8.2.19.68
Когда разобрался, все стало так просто и очевидно )))
При старте COMа на толстом клиенте в память подгружались две правильные библиотеки от 8.2.19.68 и одна от 8.2.19.106.
Помогла простая отмена регистрации библиотеки 8.2.19.106 и повторная регистрация 8.2.19.68
Когда разобрался, все стало так просто и очевидно )))
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот