Запуск com на стороне сервера 1С 8 #726789

Известно, что для запуска 32-битного COM на сервере 1С, который 64-битный, нужно шаманить с бубном: Оказалось, что для тиражного использования данный бубен плохо помогает: половина клиентов с первого раза не могут им корректно воспользоваться, сейчас некоторые клиенты пытаются обновить COM на следующую версию - и там тоже все печально. Компоненту пишем сами, на С++, исходники имеются. Какие есть варианты? Пробовал ли кто-нибудь в данной ситуации собирать 64-разрядный COM и что из этого вышло?

в пост призывается orefkov

Странно, у нас на севере Win2008 R2 x64, а сервер 1С - x86. Есть отчеты, которые &НаСервере подключаются по COM к другим базам 1С - всё работает...

может, это потому что сам 1с - 32-х битный?

Да, я же написал. А проблема возникает только, если сервер 1С x64?

COM - не пробовал. Native компоненты в 1С-64 работают нормально.

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

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

Тебе какой КОМ? V82.COMConnector или свой КОМ? Если 1Сный, то никак, если свой: я переписал на C#, теперь запускается и x64 и x86 из типа одного бинарника

странно.. по моему это все от неграмотности.. А что мешает просто собрать x64 бинарник компоненты? А чтобы у клиентов проблем не было надо инсталяторы грамотно писать.

и не надо никаких бубнов применять промышленно.. Бубны применяют когда выбора другого нет. Вы же разработчики(!), будьте мужиками. :)

что значит никак? В составе "x64 дистрибутива сервера 1С" есть вполне себе x64 COMConnector, который точно такой же, и предназначен для использования в контексте 64-битного процесса в том числе и с сервера 1С.

Ну тем более

- Спасибо. Понятно, куда копать. Буду наших с++ников напрягать дальше

там в общем-то, для сборки x64 даже усилий-то, чуть больше чем никаких. Только конфигурацию платформы на x64 сменить и нажать F7. Если все написано грамотно все соберется сразу, или чуток поправить до универсальных типов. Особенность будет только в инсталяторе. В идеале если платформа ОС x64, то только x64-й msi должен вставать, а 32-битный должен не позволять ставиться. А вот 32битный, по идее должен бы был ставиться только под 32-битной осью.. НО, на 64-битной ОС запросто могут использовать 32-битный сервер 1С, и компонента соответственно тоже тогда должна быть 32-битная. Вот этот единственный тонкий момент и должен разруливать инсталятор. Можно задавать вопросы чтобы пользователь (тот кто устанавливает) сам решил. Можно посмотреть на установленный в данный момент сервер 1С, например..

Так вроде можно поставить обе версии СОМ: они прописываются по разным путям и разных ветках реестра?

да, и так вроде тоже делают

то что ветки разные, это 100%

так компоненту можно через regsvr32 устанавливать :) вообще, это пока у нас не сильно массовый случай, т.е. админы на стороне клиента есть и им достаточно четкой инструкции

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

для промышленной эксплуатации у нас все на клиенте запускается, и там без инсталляторов 1С сама ставит свою ВК. Но есть клиенты, которые хотят часть логики в регламентные задания выносить, и они имеют после этого боль. Но хочется чтобы боль поменьше была :)

а вы где исходников набрали?

А можете дать пример 64-битной компоненты для 1С? Мы собрали 64-бит, 1с класс не видет.  Я хочу поставить "правильную" компоненту и посмотреть, что куда в реестре должно писаться.

up

"Москва, по COM звонят твои колокола.." (С) не могу А как компонента устанавливалась? Регистрация вашей x64 COM компоненты кем делается?

я руками регистрирую с помощью SysWOW64 egsvr32