V83.Application - еще есть? (8.3.8) #780035

Пишет: Ошибка при вызове конструктора (COMObject)     Соединитель = Новый COMObject("V83.Application"); по причине: -2147221005(0x800401F3): Недопустимая строка с указанием клас Всякие RegSvr32 "C:Program Files (x86)1cv88.3.8.1964incomcntr.dll" сделал полез тоталкоманндоровским въювером посмотрел comcntr.dll там нет отпределения V83.Application, только сomconnector. никаких строк похожих на V83.Application в реестре нет V81.Application - работает при этом.

Позовите специалиста.

Так подразумевалось что в теме они и будут отвечать, а не ты :)

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

Ты бы, прежде чем хамить, хотя бы СП открыл.

А вообще, доступ через COM и OLE даже сама 1С называет "устаревшим".

Это как то однобоко, утверждать что в не хамство, а в хамство. И вообще можно было бы догадаться что человек который лезет в экспортные интерфейсы библиотек, СП точно открывал.

Вообще вопрос стоит глубже, запустить OLE клиента, в режиме клиента тестирования.

+ Других вариантов иметь интерфейсный и программный доступ к клиенту 1с не предоставило.

Человек, который открывал СП, знает, чем COMConnector отличается от Application.

И? Где в СП написано что comcntr экспортирует только интерфейс COMConnector ? Что вообще экспортирует интерфейс Application?

1cv8.exe

я уже догодался, но к сожалению когда я просматривал это дело въювером, он это дело не показал

*догадался

И что мы такого хотим автоматически тестировать, что AutoIt не умеет ?

Мелкософт весь свой API переводит на COM начиная с Висты, при этом сохраняя старый "dll-procedure" API.

Я думаю, внутри всех ЯП, работающих с новым функционалом Венды, лежит работа с ней через COM.

Почитайте, что такое COM И что такое OLE и ActiveX. А то эта семерка вам такую кашу в головах заварила.

Начнём с того, что COM-это надстройка над RPC так необходимого системе. Просто, перевод API на язык COM позволяет: 1) Без проблем иметь в одной системе разные версии одного и того же API одновременно для разных приложений (и даже для одного приложения). 2) Подгружать функциональные Dll по мере их реальной необходимости, а не при старте приложения. 3) Прозрачно использовать вызовы функций из другого процесса при реализации интерфейса. А OLE-это первый стандарт COM, причём однопоточный, который вырос из режима DDE и программируемых объектов Visual Basic.

Вообще в 8.3.8 регистрация ком поломалась.

Как то не так я читал ... COM- это интерфейс - набор функций в библиотеке которые должны быть что бы библиотека была COM компонентом. OLE - это интерфейс над COM библиотекой, дополнительные функции которые например позволяют вызывать функцию по имени(а не по смещению) чистый ком нельзя использовать в интерпретируемых ЯП ОЛЕ можно. То что в 1с называется КОмКоннектор - конечно не чисты ком а по сути тоже ОЛЕ

OLE - это интерфейс вставки и управления объектами. Для вызова функции по имени придуман интерфейс IDispatch, который к OLE никак не относится. OLE - это возможность в одном документе разместить часть другого и иметь возможность редактирования или InPlace или Activate.