Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Блин. На 4 дня опоздали со статьей (:
В статье среди проблем надо бы ещё упомянуть про научное представление числа при работе с COM. Понятно, что это прописано на ИТС, но не сразу натыкаешься на это.
Спасибо.
Новой (для меня) информации — немного, но всё очень систематизировано.
Добавил в закладки, спасибо ещё раз.
Спасибо. Добавил в закладки.
Совершенно ничего нового, но какая статья, чёрт побери, прям всем смотреть и учиться так публикации готовить. Приятно видеть грамотную работу. Может, по размышлении свои 5 копеек подкину, а пока однозначный плюс. Вот это уровень, это подход! Браво!
Кстати, коллеги, если я верно помню, в ком-соединении до сих пор не работают функции «Тип» и «ТипЗнч», и только относительно недавно заработала «ЗначениеЗаполнено» (да и то за 8.2 не поручусь). Ну и «Выполнить» тоже не хотела фурычить. Это так?
И ещё, из области экзотики. Был у нас ком-обмен на 8.2 в толстом клиенте, читавший данные из конфы в режиме совместимости 8.1, обычный внутрипроцессный COMConnector. Релиз уже точно не скажу, что-то вроде 19.102.
И была там структура, заполняемая всяким разным, в т.ч. ком-объектами, и хранимая путём кэширования повторного использования, в рамках сеанса. Ну, тогда так сделали. Так вот, вроде бы ком-объекты сохранялись все, НО: последний по времени добавления ключ структуры всегда получал значение предпоследнего, если сам являлся ком-объектом. Т.е. код вида:
всегда давал по возвращении этой структуры, что значение в ключе «КомОбъект2» равно 666. Как только последним в структуре оказывался не ком, а нечто иное, эффект пропадал. Два ком-значения, поставленные последним и предпоследним, давали тот же эффект — 1С их приравнивала первому предыдущему не-ком-значению. Если такового не было, то все, кроме последнего, опять были нормальные. Во, чего бывало.
(1) anig99, так написали бы, о чем речь, пусть эта статья будет как закладка — FAQ по теме, в т.ч. и дополненная комментариями?
Статья рискует быть честно
скоммунизженаперепечатана в учебники 1С. 🙂Через веб-сервисы значительно быстрее обмен идет, но требует более грамотного сопровождения, в том числе админского при обновлении платформы.
Люто, люто плюсую и выказываю всяческий респект!
(9) С таким утверждением не соглашусь, т.к. оно слишком категоричное. Однако бесспорно обмен через веб-сервисы в каких то случаях будет значительно быстрее аналогичного через COM. В статье в частности указан недостаток COM по сравнению с веб-сервисом «Высокие затраты на подключение/инициализацию, поэтому при отсутствии кеширования неэффективно для частых мелких вызовов». Например, если передавать по одному мелкому объекту за вызов, то веб-сервис будет значительно быстрее COM без кеширования.
(9) avto1c, учитывая, какую кучу барахла тянет с собой SOAP и сколько втихаря бесконтрольно вытворяет — имхо, COM управляемее. Хотя, как уже верно сказали, всё имеет плюсы и минусы.
Спасибо, все очень четко расписано. Вопрос: какие права должны быть у пользователя, от имени которого работает COM-приложение?
(13) Под COM-приложение имеется ввиду Automation-сервер или внепроцессное COM+ приложение? Под «должны быть» имеется ввиду «какие права получит приложение» или «какие права нужны приложению для выполнения какой то задачи»?
В статье, в разделе «Управление COM+ приложениями» через оснастку dcomcnfg.exe, есть фраза «Далее необходимо указать пользователя, от имени которого будет работать COM+ приложение, на закладке Идентификация (Identity).» Меня интересует — какие минимально необходимые права должны быть у этого пользователя?
(15) Это определяется тем, какие задачи будут решаться во внешних соединениях. По умолчанию выбрана системная учетная запись <InteraciveUser>, т.е. интерактивно вошедший пользователь. Можно указать LocalService (Локальная служба), как самую безопасную из системых. Можно указать NetworkService (Сетевая служба), если требуется доступ к сетевым ресурсам. Можно создать и назначить новую учетную запись и добавлять ей права по мере необходимости.
Ясно, спасибо.
Пару лет назад столкнулся вот с чем. Нужно было работать с 32-битным COM на стороне 64-битного сервера.
Оснастку делал как рекомендовано здесь:
Однако, оказалось, что нужно помимо всего прочего, отключить принудительную проверку доступа на закладке «безопасность».
(18) Про разрядность у меня вроде бы четко описано в самом начале
Должен быть зарегистрирован класс V8X.ComConnector любой разрядности и сборки платформы.
Про
мне неизвестно. Поэтому если уж хочешь поделиться знаниями, то пожалуйста поясни причину, по которой пришлось «отключить принудительную проверку доступа на закладке «безопасность»»
(19)
У меня было так:
ОбъектПодключения = «V82.COMConnector»;
ТекCOMПодключение = Новый COMОбъект(ОбъектПодключения);
Выдавалась ошибка «доступ запрещен»
Ошибка при вызове конструктора (COMОбъект): Access is denied.: Access is denied.
1С-ка запущена под тем же юзером, под которым компонента запущена, юзер был добавлен в owners компоненты.
Пока проверку доступа не отключил — не работало, почему так — не знаю. Релиз платформы не помню за давностью этой ошибки….
Скажите, почему при получении цифровых значений через COM соединение иногда (не всегда) происходит следующее:
Число меняется свою разрядность и значение. Ну например было 100.20 , а по COM соединению получишь 100.199999999
Если сделать округление до нужной точности — то всё будет нормально.
Изменение разрядности не очень удивляет, но то, что происходит такое интеллектуальное изменение числового значения — просто интересен сам факт и почему же так происходит.
Если вы такой эффект не наблюдали — сделайте запрос любой и выполните его через COM на подключенной базе, а результирующую таблицу верните в вызывающий COM соединение 1С.
(21) alex_4x, это давно известно и нормально (потому что дробные числа в этом случае передаются как double, и при преобразовании туда-обратно накапливается погрешность).
Доброго дня!
никто не сталкивался с такой проблемой по DCOM
код следующий
Когда использую в первой строке Только ИмяКомпьютера (без указания порта кластера сервера 1с ), например se-1011 то ком Объект создается, но Connect не проходит (т.е. в переменную ВнешнееСоединение передается Неопределено), по правильной строке соединения( имею ввиду что пароль логин и реквизиты базы верные), а когда начинаю в первой строке кода писать не только ИмяКомпьютера но и Порт кластера сервера 1с (se-1011:1541), то выдает ошибку «Сервер RPC недоступен». подскажите как вообще правильно просто указывать имяКопьютера без порта или обязательно с портом, как вообще осущесnвить Внепроцессное нелокальное ком соединение, о котором упоминается в статье?
(23) ИмяКомпьютера должно содержать буквально имя компьютера. Подключение к нему COM механизм выполняет через RPC протокол, у которого есть фиксированный порт для установки соединения. Поэтому порт там указывать не нужно.
(24)
тогда не пойму почему не проходит соединение, если просто по ком пробовать соединение проходит, т.е. вот так
а как указал в (23) с той же строкой соединения в переменную ВнешнееСОединение возвращается неопределено?
может быть строка соединения должна быть какой то другой, у меня сейчас примерно вот так
с такой строкой спокойно подключается по локальному КОМ, может нужно ключи какие то в строкусоединения дописывать для Dcom?
что заметил из отладки так это вот что
если создавать ком объект вот так
, то вот что по нему в отладчике выходит
а если создавать вот так
то в отладчике следующая картина
почему порты кластера серверов не заполняются при dcom?
(27) Это порты по умолчанию. Если создать объект локально на том компьютере, который выступает в роли DCOM сервера, то какие будут значения?
(28)
Если создать объект локально на том компьютере, который выступает в роли DCOM сервера то следующие
(26) Никаких отличий в строке соединения к серверу 1с не требуется, т.к. она применяется непосредственно внутри процесса на DCOM сервере.
(27) Какая версия платформы и операционная система? Возможно причина в сетевом экране.
ИЗначально я пробовал с базы на земле подключится к базе в облаке, Сейчас попробовал подключится в обратную сторону по Дком с облака на Землю, так подключение проходит, видимо в облаке что то недонастроено по службе Дком, спасибо за помощь, Сергей, буду копать в настройках Дком на стороне облака
(32) Не забудь поделиться с нами результатами раскопок.
(33)
в результате помог почему то снос службы КОМ (именно КОМ а не дком) и повтрная его установка.
вообще обменом dCOM оказался недоволен, само соединение происходит относительно быстро порядка 5-7 секунд, (использовал dCOM для ХМЛ обмена), а вот само создание документов на основе правил занимает много времени, интервал между созданием документов от 30 сек до 1 минуты (в итоге порядка 38 объектов в базу грузилось минут 13), в то время если это выполнять вручную выгрузить в файл ХМЛьку потом открыть универсальный обмен и загрузить ХМЛьку в базе приемнике это занимает порядка 20—30 сек в общем.
ранее когда обе базы находились на земле обмен по Com происходил тоже быстро. печаль в общем, придется пробовать веб-сервис видимо, а так не хочется
(34) Странно. Вроде бы я в статье причины наблюдаемых тобой неудобств описал. Обойти их можно применяя принцип «минимум COM-вызовов». Очевидно ты его не стал применять. Мы же его успешно и широко применяем. Поэтому веб-сервисы делаем только там, где они сильно выигрывают.
(35)
ну да тут ты прав, использование просто универсального обмена никакого отношения к принципу «минимума com-вызовов» не имеет ) там конечно же все шуруется через обращение к ком объекту и вызывает как и описано в статье «маршалинг и демаршалинг»
(35) еще раз внимательно перечитал статью.
в общем переделал алгоритм обмена в типовой универсальной обработке обмена ХМЛ, там основной косяк был в том что сколько объектов выгружалось (чтение в фалеобмена ПКО и ПКС..) столько раз и происходило обращение к комОбъекту, этот код был перенесен на сторону базы приемника (создано две новые экспортные процедуры и вызовз одной из них был сделан единожды как обращение ком), что значительно ускорило обмен. также было в обработке дописан вариант соединения по DCOM (это значительно ускорило соединение земля-облако с 5 минут время упало до 5 секунд по сравнению с обычным Com). в результат изменения обмен по нужным правилам обмена удалось сократить до 2 минут. спасибо за статью, Сергей
Добавлен раздел «Настройка DCOM-сервера / Настройка сетевого экрана»
Добавлен раздел «Привязка COM классов к dll-файлам»
Добавлен раздел «Подключение Automation-сервера (OLE)»
(22) Cyberhawk, Ваш ответ предсказуем. Но на секундочку, при преобразовании из инта в дабл или из инта в флоат — никакой погрешности не накапливается, не придумывайте и не смешите.
Погрешность может накопиться при преобразовании из дабл значения, у которого большая точнасть в флоат с меньшей точностью, из флоата и дабла с дробной частью в инт без дробной части.
А предсказуем Ваш ответ потому, что так же это нормальным считает сама контора 1С, также как и многие другие косяки, выдавая это за «фишку». Это косяк, причем этот косяк говорит о том, что данные в процессе передачи некорректно обрабатываются. Я даже могу придумать пример, когда это приведет к фатальному для логики программы результату. Да я думаю и Вы можете придумать, тут ничего сложного нет.
При чем эта ошибка будет присутствовать даже в случае если передается таблица с типизированными типами колонок, если передается результат запроса с типизированными результатами. Короче это просто сказка.
И еще раз. Чтобы снова ту же чушь не писал, уважаемый поросенок на тракторе. От того что это давно известно — совершенно не следует что это нормально.
Если есть аргументы, почему Вы это считаете нормальным, пожалуйста потрудитесь привести эти аргументы. Развернуто и с ссылками на официальную документацию.
Добавлен раздел «COM классы платформы»
В разделе «Минимизация количества COM-вызовов» добавлен пример универсальной передачи файла.
При обновлении сервера 1с не однократно нарывался что не корректно регистрируются DLL спасают
regsvr32 «C:Program Files1cv8Папка с версиейincomcntr.dll»
regsvr32 «C:Program Files (x86)1cv8\Папка с версиейincomcntr.dll»
Например если версия 8.3.6.2014 то выглядит так:
regsvr32 «C:Program Files1cv88.3.6.2014incomcntr.dll»
Прошу поправить меня в новом абзаце, если он не точен
Обновил платформу до 8.3.9.2033
Сервер у нас х64 на Лине.
При попытке произвести обмены между базами (стандартные или универсальный xml) стали появляться сообщения «При попытке соединения с COM-сервером произошла следующая ошибка:
{Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(13798)}: Ошибка при вызове конструктора (COMОбъект): -2147221005(0x800401F3): Недопустимая строка с указанием класса»
regsvr32 делал.
Данный метод (регистрации 1С в качестве COM+ приложения)- для сервера на Win.
А, что делать с Lin?
(46) А может линь и не причем. сейчас попробовал обменяться м/у двумя файловыми базами- тоже самое…
«2. Разные сборки платформы клиента и сервера при одинаковом издании платформы
a. Для обхода для каждой отличной от COM-клиента сборки платформы назначаем и настраиваем DCOM сервер»
Уточните, пожалуйста, способ решения проблемы подключения к разным версиям платформы одного издания на одном сервере (например, 8.3.5 и 8.3.6):
— что значит «назначаем и настраиваем DCOM сервер»?
— как после этого будет выглядеть создание COM объекта («Новый COMОбъект(«КакоеДругоеИмяАНеV83.ComConnector)»)?
Сергей, прошу добавить в статью:
Компонента comcntr.dll и другие компоненты платформы используют несколько статически линкуемых библиотек, например, core83.dll. В процесс возможно загрузить только один экземпляр такой библиотеки. Поэтому, например, из платформы 8.3.8 не получится воспользоваться comcntr.dll версии 8.3.9.
Другими словами из клиента 1С 8.3.8 не получится подключиться базе на сервере 8.3.9 без дополнительных трудностей. Клиент 1С 8.3.8 при запуске подгружает core83.dll версии 8.3.8, и при попытке создать СОМ объект версии 8.3.9 получается ошибка «Версия компоненты ‘comcntr’ (8.3.8.2167) отличается от версии корневого модуля ‘core83’ (8.3.9.2466)».
Обойти это можно, если создавать СОМ объект ВНЕ процесса клиента 1С:
1) Создать внепроцессное СОМ+ приложение(см. этой статье)
2) Использовать V83.Application — здесь создается отдельный процесс, в рамках которого comcntrl.dll и core83.dll будут одной версии.
Решил свою проблему «Версия компоненты ‘comcntr’ (8.3.8.2167) отличается от версии корневого модуля ‘core83’ (8.3.9.2466)»
Сделал отдельное СОМ+ приложение (см главу «Управление COM+ приложениями 1С») и все получилось.
Огромное спасибо!
Не получается получить свойство Метаданные.Версия по COM-соединению V83.ComConnector
Возникает ошибка
Отличная статья,прекрасно объяснено!
Спасибо за статью! Очень помогло!
в баннере мой заначек, я его сам когда-то рисовал) —
Подскажите, а есть какие-то статьи, публикации, дополнительные источники информации по «неизвестной ошибке». Как можно диагностировать точную причину ее возникновения, может быть как-то настроить ТЖ? У заказчика периодически возникают такие ошибки, но не можем понять в чем причина.
(49)
Понадобилась 2-я платформа 8.3 более высокой версии (для КА2.4, а Альфа-Авто более чем 8.3.10 не работает), и все Com-обмены между базами, работающих на разных платформах, рухнули. Попалась одна статья: . По ней создал обертку COM соединения V83.COMConnector, но она меня не устраивает: с ограниченными возможностями, запускается небольшая серверная часть. Возможно ли в консоли Службы компонентов создать обертку OLE соединения V83.Application, или перенастроить имеющуюся COM соединения V83.COMConnector?
(40)
Куда добавлен, и как, где почитать подробнее? Основной вопрос в (56).
(57) А к чему относятся эти комментарии? В то и добавлен. В любом браузере есть функция поиска по тексту страницы. Вставляй туда эту строку и он тебе покажет нужное место.
(58) Извиняюсь за свой глупый (заданный впопыхах), искал ответ на вопрос: Возможно ли в консоли Службы компонентов создать обертку OLE соединения V83.Application (56)?
В разделе «Подключение Automation-сервера (OLE)» ответ не нашел. Спс, что откликнулись.
где можно взять ПО управление ком классами как на скриншоте ?
(60) На скриншоте форма коммерческого продукта «2iS Интеграция». Есть менее функциональный аналог (без управления COM+ приложениями) этого инструмента в подсистеме . Называется «Управление COM классами 1С».