ПодключитьВнешнююКомпоненту COM в тонком клиенте &НаСервере #630199

Собственно, не грузится. В толстом клиенте COM грузится, Native компонента грузится везде, &НаКлиенте COM грузится, &НаСервере в тонком -никак.

путь доступен?

Есс-но. &НаКлиенте грузится но проблем. Не устраивает, что в тонком клиенте &На Клиенте недоступен объект Запрос.

а точно на сервере есть эта папка? d:ProjectsAddin82_2Addin.dll

запутал

На одной машине все, файловый вариант 8.2.16.352 платформа Я же говорю - форма, на ней 2 кнопки , по одной &НаКлиенте, по второй &НаСервере

Тесты показали : Слухи о совместимости компонент разных версий сильно преувеличены. Брал диск ИТС. Все проекты компилировал БЕЗ изменений VNCOMPV8DELPHI5SAMPLE - приводит к краху системы. Собиралось на Delphi7 и XE2 VNCOMP82exampleCOM - ГРУЗИТСЯ!!! Собирал под VC2010 Остальные компоненты 7.7 просто не грузятся(проверял всякие от 7.7), может ,что и пропустил. Разумеется, все проверялось &НаСервере тонкий клиент.

так верни то что тебе надо с сервера. или в чем проблема ?

Куда вернуть? Покажи пример, плизззз.

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

Ну да, ну да. Чтобы запедалить в ВК что-нить, мне хватит и NativeAPI. А вот создать в ВК объект 1С (например, Запрос) уже не получится. Можно, конечно ограничить пользователя - ЗАПУСК ТОЛЬКО В ТОЛСТОМ!!! НО как-то это не кошерно.... )))

Нах тебе ВК? Имеет в виду, что тебе надо напейсать серверную функцию, которая будет выполнять нужный тебе запрос по переданным параметрам и возвращать результат. Ну или делай и СОМ-соединение на сервере.

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

Сервер 64 разрядный?

Сорь, невнимательно читал тему. Суть однако не меняется - зачем выдумывать велосипед и выполнять запросы 1с в ВК?

смотри . ключевое слово "файловый"

Самый продуктивный диалог: - Как сделать то-то? - А нах оно тебе надо? Шутка А если серьезно, еще раз говорю - надо ИМЕННО &НаСервере(Это ДИРЕКТИВА!!!) и ИМЕННО в Тонком Клиенте. Поверьте, я знаю , как выполнить процедуру(функцию) на сервере и вернуть результат. Но надо ИМЕННО так. COM соединение на сервере создаст ишо один процесс, а нам ето не нать. А если имеете в виду Внешнюю компоненту COM, так я про это и спрашиваю. Только надо чтобы она как минимум работала в Толстом и Тонком (Веб не берем пока ;-)))

Не надо запросы. Надо например, что-нибудь типа Справочника ))). Только не элемента, а Справочника как сущности 1С. Как-то так.... Ну или еще какой объект, а не ДанныеФормыСтруктура....

а в чем проблема с данныеформыструктура преобразовать на сервере в то что тебе надо. и в директиве на сервере. доступны запросы и Справочник.Мой.

НЕ УСТАНУ ПОВТОРЯТЬ. Я именно этого и хочу. Но На сервере не грузится ВК! См. Я Не про данные формы толкую, а про то ,что доступ к объектам 1С в УФ возможен ТОЛЬКО на Сервере. И еще. Все-таки тест на Visual Studio загрузился... Значит, можно!!! Жаль что проекты на Delphi... Сижу сравниваю проекты на С и Delphi...(((

а загрузить не пробовал ? ЗагрузитьВнешнююКомпоненту(<ИмяФайла>)

Чтобы запедалить в ВК что-нить, мне хватит и NativeAPI. А вот создать в ВК объект 1С (например, Запрос) уже не получится. все верно объекта Запрос нету на токном клиенте &НаКлиенте

и эта.. заведи бложек про xe2 и 1с

+ пробовал на тонком клиенте, но может поможет это

Большое спасибо! Я пришел к тому же, но через (..) через сравнение TypeLib от VC2010 и от XE2. Про бложек подумаю, в принципе есть что сказать(например по WideString - повозиться пришлось).

а xe2 по умолчанию winde, не?

Да, но компоненты были старые - раз, библиотека WinSock возвращает и принимает только ANSIString - два, ну и еще по мелочи - размер указателя на Char и прочее. Я посмотрел ссылку. Это COM и такая штука у меня работает- SIP телефон на ActiveX в 1С. Проблема возникает при обработке событий - тонкий не нюхает Events от COM. Если есть другая инфа - плиз в студию. А мне надо AppDispatch получить. Вот.

Проблема не решена, но замазана. ))) Переписал компоненту на VC2010. Работает. Тема по написанию полноценных COM компонент на Delphi остается открытой.

Если через КОМ то я уже лет девять использую Исходник ВК которая загружает Объект Автоматизации поддерживающий ITypeInfo и выполняет все его свойства и методы через IlanguageExtender.

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

т.е. есть какие-то трудности с COM на сервере. хотя и должно теоретически работать при указании пути к библиотеке. Но в свете 8.3 как-то не кошерно использовать COM

Почему? В свете развития Net COM использовать еще проще чем Native API. Либо придется делать компоненты которые и будут вызывать этот же СОМ из Native API. Тем более, что библиотеки на Net прекрасно работают как род 32 так и по 64 разрядные ОС. Тот кто хочет мучаться с не видовс ОС это уже их проблемы. Почему другие должны мучаться?

Выдернуто из контекста справки. Речь идет о подключении в Варианте ПодключитьВнешнююКомпоненту(<ИдентификаторОбъекта>) . А я его и не использую.

Клиент и сервер  находятся на одной машине. Трудностей НЕТ. Все зарегистрировано. Может быть, за исключением того, что при загрузке 1С ищет регистрацию сначала в ветке реестра HKCUSoftwareCLSID (проверено Procmon), но все равно прописывает собственную регистрацию в реестре. Кто не верит , в CLSID найдите регистрацию своей компоненты, там значение по умолчанию "V8 Addon 2.0" и оно перезаписывается каждый раз. Также (не знаю зачем) 1С прописывает в реестре регистрацию интерфейса IPropertyPage с указанием ProgID на загружаемую ВК. Кстати, ветка HKCUSoftwareCLSID в Windows XP, ЕМНИП, указывает на HKCR (могу ошибаться), а в WIn7 (у меня) там какая-то шняга лежит.

Я тоже использовал в 7. Речь идет про: 1. 8.2 2. УФ 3. &НаСервере

Кстати, проверил - Процедура Выполнить(Строка) NOT Supported by authomation object. ((( Пичалька....

Я ее использовал и в 8 ке правда на клиенте. А зачем тебе ВК на сервере? В основном то нужно ради эвентов. А они на сервере не нужны. А аппдиспатч тоже не особо нужен, т.к. можно подключиться через COMConnector.

В настоящее время активно занимаюсь SIP телефонией в связке с 1С. Так вот, в терминальной сессии SIP телефон не работает(точнее , работает , но только один). Есть идея исправить положение, но нужно перехватывать события на сервере. В общем, пока все мутно и неясно. Соответственно и COMConnector тут ни при чем.

А как ты на сервере то события перехватывать будешь? Возникает при посылке внешним приложением сообщения, сформированного в специальном формате. Внешнее событие сначала обрабатывается всеми открытыми формами, имеющими процедуру-обработчик этого события, а затем может быть обработано в процедуре-обработчике модуля управляемого приложения. И почему нужно на сервере это делать? Почему COMConnector не проходит?