Регламентные задания и внешние компоненты #551189

При выполнении регламентного задания пробую подключить внешнюю компоненту ЗагрузитьВнешнююКомпоненту("BhsUF.dll");         в консоли заданий вижу что задание валиться на ЗагрузитьВнешнююКомпоненту , из за чего это может происходить? Регламентные задания запускаются на сервере, дллка есть, причем есть как в папке bin каталога 1С так и навсякий случай в system32 положил. ВК писал сам, и если с ней работать не из регламентных заданий ,то все хорошо отрабатывает.

права пользователя под которым сервер работает

права сейчас ради интереса админа выставил, ничего не изменилось, правда не знаю нужно ли было сервер перезапускать

... а уверен что ЗагрузитьВнешнююКомпоненту доступно на сервере? .. на 8,2 - доступно только на толстом клиенте (т.е. только клиенское приложение)

... Попытка исключение - и описание ошибки в журнал

ЗагрузитьВнешнююКомпоненту("C:BhsUF.dll");     Ошибка при вызове метода контекста (ЗагрузитьВнешнююКомпоненту): Ошибка при загрузке внешней То бишь получается что в Регламентных заданиях не вызовешь ф-цию из ВК ? Просто нужно decode base64 я как бы ВК написал, она работает хорошо, но вот как ее с рег. заданиями подружить пока ума не приложу

Смотри для ЗагрузитьВнешнююКомпоненту Доступность : Толстый клиент. В серверном варианте только Native API. А зачем тебе ВК? Сом не проходит. По сути обратных вызовов тебе ненадо, а все остальное ты и через СОМ подключение можешь вытащить?

Сейчас посмотрел на ПодключитьВнешнююКомпоненту, то вроде нет ограничения на СОМ для 8.2

А вообще то есть Base64Значение,Base64Строка

сейчас разбираюсь с ПодключитьВнешнююКомпоненту ,но что то она не работает тоесть возвращает Ложь Они возвращают двоичные данные ,а мне хотелось бы из base64 строки получить текст ибо в ней именно текст зашифрован

Com подключение - это через COMОбъект ?

Да например

Кстати у тебя сервер то какой не 64 разрядный?

сервер 32ух разрядный при вызове по колдую пока, чувствую что где то косячу, если что DCOM запущен и тип запуска у него авто )))

надо оформить КОМ объект не как ActiveX Control, а как ActiveX Library.Проверял, работает, даже на VB.

Так зарегистрируй её. Она на чем? И поддерживает ли IDispatch

Дллку регистрировал :) если под этим подразумевается regsvr32. Написана она на C++ пример брал с диска ИТС. После того как добавил в интерфейсы IDispatch из толстого клиента начала работать ф-ция ПодключитьВнешнююКомпоненту, но с сервера не работает. А при ДЛЛ = Новый COMОбъект("компонента") теперь новая ошибка "Недопустимая строка с указанием класса" вообщем как то все не просто :)

Внешние компоненты - это одно. ActiveX Library - это другое. Первое не работает на сервере, второе работает.

А посмотри в регистре какой ProgID для твоей DLL

И как из готовой компоненты сделать ActiveX Library ? Переписывать все с нуля не вариант :) AddIn.AddInCOM.1 пробовал подключать и с 1ей и без

Стало быть и создаю так ДЛЛ = Новый COMОбъект("AddIn.AddInCOM")

И не находит?

Создай простую реализацию Idispatch без реализации других интерфейсов. Еще раз повторю на ком сервере интерфейсы 1С тебе не нужны.

Сделал вот что, создал новый проект ATL создал в нем класс и две ф-ции шифрования и дешифрования данных, теперь ДЛЛ = Новый COMОбъект("компонет") работает хорошо и вызывает нужные функции, и на серверной стороне тоже, жаль что пришлось вынести эти ф-ции из основной компоненты, но зато заработало :)

А вообще используй Там доступ ко всем компонентам Net

спасибо, попробую :)

А вобще для ВК я уже очень давно использую   там есть ВК которая загружает Объект Автоматизации поддерживающий ITypeInfo и выполняет все его свойства и методы через IlanguageExtender. То есть делаю обычный объект автоматизации в котором реализую один метод public void InitFrom1C(object Object1C) и получаю все интерфейсы. И всё же C# могуч. Понадобилось использовать СОМ порты, а т.к. уже использовалась ВК для обмена по TCP/IP. Код на лямдах очень лаконичен public void ПодключитьСканер(int НомерПорта)        { Sc это Контекст синхронизации