Здравствуйте,
пытаюсь запустить внешнюю компоненту на сервере 1С. Для этого:
Сделал обработку в конфигурации с галочкой "Сервер".
В обработку поместил вызов функции ПодключитьВнешнююКомпоненту(mProgID).
В качестве результата получаю "Ложь".
Смотрю запросы к регистрам с помощью программы procmon (ProcessMonitor),
запросов не вижу. Если переключаю обработку в клиентский режим, то запросы идут.
Соответственно вопрос: может ли сервер 1С в принципе вызывать внешние компоненты, если да, то что я могу делать не так?
Все это делается в предположении, что 64-битный сервер требует 64-битной компоненты, но, если я правильно понимаю, на данном этапе просто не происходит попытки что-либо получить от регистра.

Спасибо.

Сделал обработку в конфигурации с галочкой "Сервер".

что?

Вариант синтаксиса: По идентификатору

Синтаксис:

ПодключитьВнешнююКомпоненту(<ИдентификаторОбъекта>)
Параметры:

<ИдентификаторОбъекта> (обязательный)

Тип: Строка.
Идентификатор объекта внешнего компонента в виде ProgID (Programmatic Identifier) реестра MS Windows (например: "AddIn.Scanner").
Должно соответствовать информации, находящейся в регистрационной базе данных системы (Registry).
Описание варианта метода:

Компонент должен быть выполнен по технологии COM и зарегистрирован в реестре MS Windows.
Эти компоненты совместимы с компонентами 1С:Предприятия 7.7.
Внимание! Вариант метода не работает на сервере и во внешнем соединении.

Внимание! Вариант метода не работает на сервере и во внешнем соединении.

Вот так вот ребятишки. Я надеюсь - вам стыдно.

(4) Мне стыдно, но вопрос остался,
можно ли в принципе на стороне сервера загрузить внешнюю компоненту? Каким-либо другим способом?
Спасибо.

Еще вопрос,
может ли сам сервер 1С выступать в качестве COM сервера?

(6) да

(5) Можно.
ПодключитьВнешнююКомпоненту("C:\mydll.dll","MyDll",ТипВнешнейКомпоненты.COM)

Ну или разных вариантов метода из макетов, двоичных хранящихся в реквизитах через нав. ссылку

Не понимаю, что вызывает сложности.

(6) Нет.

(10) + если я правильно понял смысл вашего вопроса :-)

(0) Ну и 64 разрядная COM DLL должна быть зарегестрирована в соответствующей ветке реестра.
А какой смысл в ВК на сервере? Если эту задачу решает прекрасно COM

(7) (10) Обрисую стоящую задачу:
есть внешняя компонента (ВК), которая нормально работает с клиентом 1С. Компонента используется для обмена с другой программой. При этом ВК через IDispatch* pBackConnection может управлять клиентом 1С, в частности отдает результат в виде ТаблицыЗначений. Собственно вопрос, предоставляет ли сервер 1С этот интерфейс? Насколько я понял Native API этого делать не может и вообще сильно урезан...

(13) Да, сервер 1С этот интерфейс предоставляет.

(13) А я писал свой сериализатор/десериализатор XDTO на Дельфи для native а потому забил.

а потому забил-> а потом забил

(14) Спасибо, сейчас попробую использовать "ПодключитьВнешнююКомпоненту", посмотрю, что получится.

В ВК ты можешь получить ссылку на AppDispatch
Но ты можешь передать в в твой КОМ объект ссылку на  модуль, Таблицу итд.
У тебя ВК 32 разрядная?

(18) Да, 32-разрядная, в принципе я ее пересобрал в 64-разрядном виде, но пока проблемы с подключением. Проект подрос, люди хотят реализовывать обмен на сервере.

(19) Ну так зарегистрируй ей через соответсющий regsvr32

(20) Это понятно, но у меня процесс не доходит до загрузки библиотеки, просто не иду обращения к регистрам виндоуз. И насколько я понял из других тем, сервер все-таки не работает с COM компонентами, только со сделанными по Native API. До конца не уверен, но пока просвета не вижу.

(21) Вы неправильно поняли.

(21) Можешь определить метод в котором и передашь в параметре свою таблицу значений, которую и заполнишь

(22) Возможно есть различие между "голым" COM и внешней компонентой, построенной на COM в отличие от Native. Пока не могу ничего сказать определенного, не в курсе.

В чем может быть засада?

Вызов функции

ПодключитьВнешнююКомпоненту("C:\mydll.dll","MyDll",ТипВнешнейКомпоненты.COM)

в регистре все прописывает (и на стороне сервера тоже), но всегда выдает ложь, в том числе и в режиме клиента, когда

ПодключитьВнешнююКомпоненту(mProgID) отрабатывает нормально.

?

Спасибо.

(25) Отладчик языка библиотеки - в руки и вперед!

Вынужден поднять тему.
В целях чистоты эксперимента взял готовый пример внешней компоненты от 1С , тот, которы1 на C++ с использованием ATL.

Сейчас уперся в следующий момент:
Если подключаю так:
ПодключитьВнешнююКомпоненту("AddIn.AddInCom");
то вызов:
ВК = Новый("AddIn.AddInExtension");
отрабатывает нормально.  

Если же использую загрузку:
ПодключитьВнешнююКомпоненту("C:\AddInCOM.dll","AddInCOM",ТипВнешнейКомпоненты.COM);
то в ответ на:
ВК = Новый("AddIn.AddInExtension");

получаю "Тип не определен".

В обоих случаях компонента загружается (вижу по логам и по ответу на вызов).

Есть надежда, что я что-то делаю не так? Или "все"?

"""то в ответ на:

ВК = Новый("AddIn.AddInExtension");

получаю "Тип не определен". """

Угу.

Ибо надо

ВК = Новый("AddIn.AddInCOM.AddInExtension");

или

ВК = Новый("AddIn.AddInExtension.AddInCOM");

уж не помню, но в СП написано

Спасибо HADGEHOGs,
отработал вариант:
ВК = Новый("AddIn.AddInCOM.AddInExtension");

Если интересно, то по (25) проблема была скорее всего в том, что у меня ВК писалась "с нуля" и в ней не реализован механизм "AddIn". поэтому у меня загрузка производится как:

ПодключитьВнешнююКомпоненту("MyVK");

а не:
ПодключитьВнешнююКомпоненту("AddIn.MyVK");

Скорее всего по этому "длинный" вызов (с тремя параметрами) не отрабатывает.

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

Уважаемый HADGEHOGs,
может быть Вы сможете еще помочь мне прояснить следующую ситуацию:
через PBackConection (pConnrection) пытаюсь получить ссылку на AppDispatch. Вызов m_iConnect->GetIDsOfNames(...  отрабатывает нормально (возвращает 0). Но далее, при попытке вызова m_iConnect->Invoke(... rphost активно что-то пытается делать, затем вылетает с ошибкой (наверное по таймауту).
Точно такой же код, но в 32-битной версии и при выполнении на клиенте отрабатывает без проблем (понятно, что там работет 1cv8.exe а не rphost). Сервис агента 1С грузится под администратором. Соответственно возникли два вопроса:
1. В принципе, rphost должен воспринимать нормально запрос на Invoke или нет?
2. Можно ли каким либо образом расширить логирование rphost, чтобы он туда клал больше информации?
Спасибо.