При обновлении 1С после получения файлов с сервера возникает ошибка «Произошла исключительная ситуация 0x80070002».
Если фоновый процесс COM-соединения завершается с ошибкой:
Нужно зарегистрировать библиотеку ComConnector comcntr.dll из каталога программы.
!!! Перед этим нужно отключить службу агента сервера 1С:Предприятия и все программы, использующие эту DLL !!!
В 32-битной версии сервера проблема решилась бы командой: regsvr32 «C:Program Files (x86)1cv88.3.5.1119bincomcntr.dll»
но в 64-битной версии команда будет примерно такой * : C:WindowsSysWOW64regsvr32 «C:Program Files (x86)1cv88.3.5.1119bincomcntr.dll»
При удачном выполнении Вы увидите:
Если команда регистрации не помогла, то нужно предварительно удалить регистрацию библиотеки comcntr.dll, запустив ту же команду вызова regsvr32 с ключом /u
Если и это не помогло, попробуйте переустановить платформу 1С в режиме Исправить и отметьте COM соединение
При попытке обновления типовой базы 1С Зарплата и управление персоналом 3.1.6.38 (в пользовательском режиме из меню, а не из конфигуратора) выдается сообщение об ошибке: Ошибка при регистрации компоненты comcntr. Код ошибки regsvr32: 3. Подробности см. в журнале регистрации.
При этом неважно, что данная компонента уже зарегистирована. Обновление дальше не идет.
В таком случае обновление надо выполнять через конфигуратор, а причина ошибки следующая.
При обновлении 1С вылпается принудительно регистрация comcntr
Для этого используется процедура ОбщегоНазначенияКлиентСервер.ЗапуститьПрограмму, в которой видим:
То есть сначала устанавливается каталог выполнения, потом запускается программа. Однако, если каталог выполнения находится на другом диске, то сначала надо сменить диск, только потом менять каталог. Этого в данной процедуре не делается. таким образом описанная вначале ошибка может возникнуть в случае, если программа установлена на диске, отличном от С.
Если команда не сработала, запустите regsvr32 с ключом «/u».
ВыводМы рассмотрели, как исправить ошибку, связанную с работой COM-компонента. Используйте рекомендации, описанные выше, и ошибка возникать не будет.
83.COMConnector класс не зарегистрирован
Случается, что при попытке подключения к информационной базе через com-соединение возникает ошибка при вызове конструктора (COMОбъект): “Класс не зарегистрирован” или “Недопустимая строка с указанием класса”.
Первым делом необходимо зарегистрировать DLL в системе
Regsvr32 “C:Program Files1cv88.3.7.1776bincomcntr.dll”
В случае, если не помогает – создаём коннектор руками:
•Заходим в Панель управления – Администрирование – Службы компонентов.
•Переходим к ветке Компьютеры – Мой компьютер – Приложения COM+.
•В контекстном меню выбираем Создать – Приложение. Откроется Мастер установки приложений COM+.
•Выбираем “Создать новое приложение”.
•Вводим имя “V83COMConnector”. Устанавливаем переключатель “Серверное приложение”. Нажимаем “Далее”.
•На следующем шаге устанавливаем “Текущий пользователь”. Нажимаем “Далее”.
•В появившейся ветке V83COMConnector переходим к подветке Компоненты.
•В контекстном меню выбираем Создать – Компонент. Откроется Мастер установки компонентов COM+.
•Выбираем “Установка новых компонентов”.
•Нажимаем “Далее” – “Готово”.
•Переходим к ветке V83COMConnector.
•В контекстном меню выбираем “Свойства”. В открывшемся окне переходим на вкладку «Безопасность».
•Снимаем галку «Принудительная проверка доступа для приложений». Ставим галку “Применить политику программных ограничений”. Устанавливаем Уровень ограничений – “Неограниченный”.
Класс V83.COMConnector зарегистрирован и может использоваться для подключения к информационным базам.
Бывало так, что вместо Текущий пользователь нужно прописать USR1CV8
Windows Server 2012 Standard.
Что в ЖР сказано? Тоже не обнаружен по указанному пути?
Там подробностей никаких:
Я только через службы как в (3) и делал. Геморроя с этими коннекторами не оберешься. Кстати компоненту можно расшарить.
(0) Саму 1С под администратором запускал?
(3) Там первой строкой:
32б / 64б
А не в C:Program Files (x86)
У меня лежит в:
(0)
запускай cmd от имени администратора и там пиши это
В батник заворачивай строки регистрации и запускай от имени админа
(12) Оно как бы и запускается от имини админа, но не срабатывает
Может кто то знает, пытаюсь сделать загрузку . получаю
Я в COM+ заворачивал, но одном компе только так взлетело.
Как раз такая же фигня с 32 и 64бит был разнобой
Обычно все решается установкой и контролем правильности оной нужного релиза платформы / коннектора.
Танцев с обертками давно уже не припомню чтоб прибегать к ним приходилось.
“Чтобы жить без 3.14здежу – делай все по чертежу” (с) 🙂
Не забывать перезагружать ОС после каждой манипуляции, т.к. иногда что-то в ней портится касательно СОМ / ДСОМ и лечится только перезагрузкой
Но 1С всё равно валит ту же ошибку.
Попробую ночью перезагрузить.
(20) Да шаманов вызови, к гадалке сходи и сверься с гороскопом. Не делать же, как предлагают, правильно?
2 дня возиться с элементарной фигней. Могешь!
(21) Я сделал, как в (12).
Какой ещё рецепт не сделал?
Я буду послушным подаваном.
Как в Windows x32(x86)/x64 зарегистрировать компоненту com-соединения comcntr.dll 1С 8.
Ответ на данный вопрос актуален в контексте натройки обменов между базами 1С с помощью прямого подключения. Один из вариантов установки/регистрации компоненты com-соединения приведен на странице: Ошибка при вызове конструктора (COMObject) по причине: -2147221164(0x80040154): Класс не зарегистрирован На ней описан вариант установки компоненты при установке/переустановке компонентов платформы 1С: Предприятие из стандартного пакета установки. Но случается и так, что все-таки com-компонента по каким-то таинственным пирчинам все же не регистрируется при вышеуказанной операции.
На это есть альтернативный вариант с помощью командной строки операционной системы. Забегая немного вперед, и чтобы обезопасить себя от ошибок при регистрации com-компоненты comcntr.dll через командную строку, подобных приведенной на скрине
Чтобы избежать ошибки “Модуль comcntr.dll загружен, но не удалось выполнить вызов DllRegisterServer, код ошибки 0x80070005” запускайте командную строку с правами администратора
А дальше уже все зависит от разрядности операционной системы, в которой Вы хотите зарегистрировать компоненту com-соединения 1C: Предприятия.
В системе с разрядностью x32(x86) для платформы 1С: Предприятие 8.2
Для платформы 1С: Предприятие 8.3 командная строка для регистрации com-компоненты будет выглядеть примерно так:
Теперь рассмотрим вариант для системы с разрядностью x64 для платформы 1С: Предприятие 8.2, альтернативный вариант:
Для Windows x64 регистрация com-соединения 1С 8.3 платформы разрядности x64 может выглядеть так:
ИЛИ как в примере для случая x64-разрядной операционной системы Windows
В том случае, если у Вас клиент-серверный вариант работы базы 1С 8, то необходимо зарегистрировать компоненту как на самом сервер, где установлен Агент сервера 1С:Предприятия, так и на рабочих местах на которых используется COM-соединение при подключении к базам (чаще всего при обмене между базами).
Так же на практике иногда требовалась перезагрузка рабочего компьютера. Но если сразу после успешной регистрации компоненты по приведенным выше инструкциям соединение отказывается работать, то лучше все-таки выполнить перезагрузку.
Если все-таки приведенный материал не помог, предлагается обратиться к альтернативным публикациям: Регистрация comcntr.dll-компоненты в 64-битной версии Microsoft Windows и Регистрация компоненты comcntr.dll для COM соединения с 1С 8 в 32-битной операционной системе
Оцените, оказалась ли эта публикация полезна для Вас?
Журавлев А.С.
(Сайт www.azhur-c.ru)
После обновления платформы 1С при синхронизации данных может появляться сообщение об ошибке -2147221005(0x800401F3). Данная ошибка обычно сопровождается строкой «Недопустимая строка с указанием класса» и связана с неверным кодом программы, не зарегистрированными в системе компонентами и другими релевантными факторами.
Например, во время синхронизации возникает ошибка Обмен данными.ОбменЗарплата3Бухгалтерия3.Отправка данных со следующим содержимом:
Причины возникновения ошибки -2147221005(0x800401F3)
Данная ошибка относится к регулярно встречающимся ошибкам 1С, и фиксируется у многих пользователей. Единственного и эффективного рецепта её решения не существует, так как она может иметь уникальную основу, и вызывается особенностями программного кода в конкретной системе.
Тем не менее к числу наиболее популярных причин ошибки -2147221005(0x800401F3) относятся следующие:
- Пользователь использует устаревшую конфигурацию 1С;
- Наличие некорректного кода программы (к примеру, обращение к устаревшему «V82.COMConnector» вместо «V83.COMConnector»);
- В системе не зарегистрирована библиотека comcntr.dll;
- У пользователя, запускающего определённый комплекс 1С, нет достаточных прав для работы с ним (к примеру, запуск выполняется из гостевой учётной записи, вместо учётной записи администратора).
Обновление конфигурации до последней версии
Вопрос обновления конфигурации 1С на примере «1С:Бухгалтерия 3.0» я рассматривал ранее. Поэтому здесь не имеет смысла описывать данный процесс.
Запускайте 1С с правами администратора
Убедитесь, что вы запускаете систему под учётной записью администратора, а не ограниченного в правах «Гостя» или аналога.
Измените код программы
В некоторых случаях код программы может устареть и не соответствовать текущей версии 1С. Эффективным решением ошибки -2147221005(0x800401F3) является замена строки кода:
COMConnector = Новый COMObject(«V82.COMConnector»);
COMConnector = Новый COMObject(«V83.COMConnector»);
После указанной замены проблема может быть решена.
Регистрация в системе компоненты comcntr. dll
Довольно часто ошибка возникает после обновления платформы, когда во время установки новой версии не регистрируется компонента comcntr.dll.
Для регистрации компоненты вручную необходимо выполнить в PowerShell от имени администратора следующие команды:
C:WindowsSysWOW64regsvr32 /u “c:Program Files1cv88.3.17.1851bincomcntr.dll” или C:WindowsSysWOW64regsvr32 /u “c:Program Files (x86)1cv88.3.17.1851bincomcntr.dll”
C:WindowsSysWOW64regsvr32 “c:Program Files1cv88.3.17.1851bincomcntr.dll” или C:WindowsSysWOW64regsvr32 “c:Program Files (x86)1cv88.3.17.1851bincomcntr.dll”
«8.3.17.1851» вам необходимо заменить на вашу версию платформы 1С.
После регистрации библиотеки скорей всего синхронизация заработает.
(0)дык в реестре то что сидит ?
Для настройки синхронизации используй файлы – самое стабильное
(1) Поиск в реестре по V83COMConnector не дал результатов. Или что имеется в виду?
(2) Это не решение конкретной проблемы.
(3) Почему кривая? У меня нет там двойных закрывающих кавычек. К тому же система сообщила об успешном выполнении.
(4) Если делать через system32, сообщает о том, что не найден указанный модуль, хотя он по этому пути есть.
(5) Но не самое оптимальное в нашем случае. И опять же, это не решение конкретной проблемы.
(6) Проблема у вас только одна – попытка использования устаревших и уже нихрена реально не поддерживаемых технологий.
Представь что у тебя Linux (или Mac) и действуй исходя из этого.
(0) обратись к профессионалам
(7) я вангую что он ставит не там и не той разрядности
(9) Там проблемы когда несколько разных версий платформы 1С стоят или ставили криво.
Можно совместить 8.1. 8.2 и 8.3 а вот разные 8.3 глючит.
Например если 8.3.16 и 8.3.15 ну или разрядность того.
(10) неа. Я подозреваю что надо ставить на сервере, а он пытается на клиенте. Ну и х86-64 и SysWOW64 – как бы противоречие, хотя там надо просто зарегать COM+-приложение
Сияющий в темноте
С учетом того,что стандартный обмен все равно передает xml-файл,то можно перейти на web-сервисы без проблем.
(12) это надо публиковать базу, а мало кто это хочет делать
(13) так надо опубликовать внутри локальной сети, не надо в глобальном интернете публиковать.
мне регистрация в службах компонентов всегда помогала
Фига тут наванговали уже)
Нет, версия одна и запускаю на сервере. Проблема решилась перезапуском сервера 1С. Всем спасибо за участие.
Вроде COM-соединение возможно с базой на другой версии платформы 8.3 А OLE-соединение возможно?
Решение ошибки подключения через COM
(кстати на 16-ю версию платформы люди жалуются, нам сейчас пока запретили её ставить)
Панель управленияВсе элементы панели управленияАдминистрированиеСлужбы компонентовКомпьютерыМой компьютерПриложения COM+CommCtrlРолиCreatorOwnerПользователи
Сюда добавить пользователей ОС сервера, под кем приходится запускать регламентные задания, а главное USR1CV8.
И лучше физически перезагрузить сервер сам компьютер.
И короче регать думать надо что и откуда. И откуда и куда подключаться.
Ну не выйдет цыветочек и x32 не умеет с x64 через COM или OLE
(22)+ Точнее не умеет в типовом уровне, можно разные ухищрения
(22) Все дело в разной разрядности, с 32-х на 64-х разрядную не подключиться?
(24) x64 можно сделать чтобы к x32 подрубилось, наоборот не видел
Спроси у H A D G E H O G s как он провернул Проблемы выгрузки больших XML в 7.7 и их решения.
(25)+ Подразумевал что “обертку COM+” позволяет из x64 1С подключиться к x32 1C по COM/OLE, где x32 выступает как inproc server
А вот как наоборот я лично хз, думать лень но вот товарищ провернул с XML
Ладно, создал (перенес процедуры подключения по Com) базу, которую можно запускать на 8.3.10.2466 x86-64 и 8.3.14.1779 x64. Запускаю на 8.3.10.2466, соединяюсь с базой на 8.3.14.1779, получаю как в рабочей базе ошибку: “Несоответствие версий клиента и сервера 1С:Предприятия”. Запускаю на 8.3.14.1779, соединяюсь с базой на 8.3.14.1779, и опять же получаю ошибку: “Несоответствие версий клиента и сервера 1С:Предприятия” (8.3.10.2466 – 8.3.14.1779)!? При чем СисИнфо = Новый СистемнаяИнформация; СисИнфо.ВерсияПриложения пишет версию 8.3.14.1779.
+ Зато открывает из 8.3.14.1779 формы объектов базы на 8.3.10.2466! Получается что клиентскую часть Com-соединения определяет не платформа, из которой устанавливается Com-соединение, а нечто другое. Что?
(30) Нет, специально базу сделал, из которой не было Com-соединений (в отличии от рабочей), на другом сервере.
Забей уже на COM и OLE это официально устаревшая технология.
Дальше будет только хуже с работоспособностью.
(0)
Выложи обмен на обменник, очень интересно
(0) а регать 64-ю утилиту разве не другой приблудой?
У меня на РДП сессии тож проблема была с СОМ клиентским. Сегодня пролечили реганьем 64-битного СОМа. А так админы 2 недели не могли ладу дать – и 1С переставляли и сессию прибивали и профиль новый заводили – результат не было
(34) А какой? Регистрация утилиты администрирования серверов x86-64 (8.3.14.1779) дает тот же результат: Успешно выполнено DllRtgisterServer в c:Program Files1cv88.3.14.1779bincomcntr.dll. Правда 8.3.14.1779 на нестандартном диапазоне портов 16хх. Может в этом дело, как правильно зарегистрировать comcntr.dll?
(36) Снести 8.3.10.2466, а 8.3.14.1779 пересадить на стандартный диапазон портов 15хх?
(38) отмените регистрацию через regsvr32 /u и больше ничего не регистрируйте.
(39) Выполнил: D:WindowsSysWOW64regsvr32 /u “D:Program Files1cv88.3.10.2466bincomcntr.dll”, но ничего не изменилось: файловая база запущенная на 8.3.14.1779 при Com-соединении с базой на 8.3.14.1779 ошибку: “Несоответствие версий клиента и сервера 1С:Предприятия” (8.3.10.2466 – 8.3.14.1779).
(40) ты может на сервере это делаешь, а соединение на клиенте? Ну или наоборот
(41) Рабочие сервера разделены на SQL и Терминал, но их пока не трогаю. Все эксперименты делаю на своем компе.
(36) Сносить пока не стал, нашел старый системный диск, на нем по одной платформе 8.1, 8.2, 8.3. Обновил до 8.3.14.1779. Иногда возникает “Ошибка при вызове конструктора (COMОбъект): -2147467262(0x80004002): Интерфейс не поддерживается” – это вроде, когда при установки платформы забыл COM отметить? Но при установки 8.3.14.1779 с windows64full нет COM!?
Еще при перезагрузке компа пишет: “DTAget.exe Приложение не удалось запустить, поскольку DTCommonRes.ddt не был найден. Повторная установка приложения может исправить эту проблему” – это тоже по 1С не в порядке?
Можно ли до начала Com-соединения как-то определить (через регистры): какая comcntr.dll (ее версию) в данный момент действует?
И можно ли ее поменять на нужной версии другими способами? (с админ. правами)
(44) regdllview и regdllview-x64
(48) это мини-утилитка, там удобнее смотреть, чем в реестре.
(50) Скачал, как ей пользоваться?
(54) У меня нет проблемы «Недопустимая строка с указанием класса». Запускаю Com-соединение из базы на платформе 8.3.14.1779. RegDllView показывает что запущена comcntr.dll версии 8.3.14.1779. Соединяюсь с базой на 8.3.14.1779. И такая ошибка, откуда он берет клиентскую часть 8.3.10.2466? Хотя если соединяюсь с базой на платформе 8.3.10.2466, то все нормально.
+ Выходит RegDllView только видимость создает, не зря в () писал, что перерегистрация платформы возможна только переустановкой платформы и перезагрузкой компа! Регистрация утилиты администрирования серверов x86-64 (8.3.10.2466) и D:WindowsSysWOW64regsvr32 “D:Program Files1cv88.3.10.2466bincomcntr.dll” не помогают. Но сейчас переустановка платформы не помогла!?
В чем дело?
Вопрос открытый: По какому принципу запускается именно клиентская часть 8.3.10.2466 для COM соединения? (а не 8.3.14.1779)
Для запуска файловой базы всегда стартует последняя платформа. Для запуска серверной базы смотрит на порт сервера, как-то понимает какую платформу запускать для клиентской и серверной частей. Почему для COM соединения всегда запускается одна и та же клиентская часть? На реестр никак не реагирует, какой указана версия comcntr.dll. Может в файлах ini надо самому настройки менять? Где, в каком?
На сервере в последнее время ставлю только 64разрядный клиент, устанавливая платформу проверяю компоненту com. Предыдущую платформу всегда сношу. Стараюсь до удаления старой платформы не переносить каталог с её инсталляцией в другое место и не удалять его, иначе могут возникнуть сложности с деинсталляцией. Вроде после этого com работает.
Но придется переписать вызов V83COMConnector, чтобы использовались разные ProgID в обработке обмена. RegDLLView все правильно показывает, но надо понимать, что она показывает, к тому же, там 32 и 64-битные dll надо смотреть соответствующими версиями. По крайней мере, RegDLLView дает очевидное понимание, что сейчас зарегистрировано.
(69) Прекрати уже фигней страдать, технология COM/OLE все, забыть про нее и делать другими способами.
Есть смысла в COM когда дикий легаси из кровавого энтерпрайза и переписывать влом, некому и нет денег.
(70) ну так у него так все и есть
(71) Он херней страдает, давно бы поставил одну платформу 8.2 для альфы и вторую (тоже одну) 8.3 для КА или что там у него.
Несколько одновременно 8.3.Х.Y глючит COM/OLE по страшному
(73) А DOS или CP/M у вас там случаем нету? С Clipper и FoxPro под них?
Automation до сих пор жива,как жив Microsoft Office
собственно,для него она и придумывалась.
но,в силу того,что разработчики положили на ее реализацию во многих приложениях,местая о том,что есть другие способы,но когда нужно за пользователя сделать часть действий через код,то в офисе народ давит запись макроса и наслаждается эффектом Вау,а в остальных местах начинает грызть кактусы,так как без Automation макросов нету.
но,решение Automation не для интеграции,а для упрощения взаимодействия с пользователем.
применение его для интеграции особенно без участия пользователя выглядит достаточно костыльно.
(68) что еще нужно, чтобы запускалась клиентская часть платформы 8.3.14.1779 (а не 8.3.10.2466) при OLE-соединении, кроме перезаписи реестра?
(78) Это как, командой (из командной строки)?
Интересно, при запуске серверной базы 1С смотрит какой порт приписал к имени сервера, и запускает нужную версию платформы для серверной части. Почему для клиентской части не использован этот алгоритм?
+ Вроде значения реестров не меняются после регистрации версии платформы. Как определить какая версия зарегистрирована последней, какая запустится клиентская часть для OLE-соединения?
+ Это я переустанавливал платформы 8.3, Агент сервера 1С:Предприятия 8.3 со стандартными портами 15хх исчез, остался только добавленный с нестандартными портами!? Как его восстановить?
+ Хотя HKEY_LOCAL_MACHINESYSTEMControlSet001Services1C:Enterprise 8.3 Server Agent (x86-64) остался со значением ImagePath “D:Program Files1cv88.3.10.2466binragent.exe” -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d “D:Program Files1cv8srvinfo”.
(0) Это в 8.3.16 что-то наделали,у меня такая же ерунда.
Не советую ставить, ибо глюков там до хрена, только что откатился обратно до 8.3.13
а что за компонента V8x.ServerAbout из (88)
(90) Не знаю, меня интересует V8x.Application.
(0) Переходи на веб-сервисы. Ком – в топку!
(89) Были глюки со “старым” апачем 2.4.39 и то после обновления пропали.
Так что 8.3.16.1148 вполне гуд.
(87)+ Вряд-ли система обращается к реестру того сервера, на котором находится подсоединяемая база, чтобы определить зарегистрированную версию. Наверное к своему реестру (или к чему?). Если бы предварительно переписать значение на нужную версию платформы, то было бы все нормально?
(96) Не будет нормально. Забудь про COM/OLE. Скоро железо на ARM перейдет с x86 и где этот COM?
(0) в (2) же написали чего не понятно. Это всего лишь вопрос времени .
(99) com там на wince на arm было свое, несовместимое с x86 на большой винде