Cannot Create Automation Object

Всем привет!
Пытаюсь доступиться к xls файлу через ADO. Windows 2003 Server 64dit . Офиса нет.
Пи попытке создания объекта Excell.Application возникает ошибка Cannot create automation object. Кто-то сталкивался?
Вопрос ГОРИТ!!!!

0

Сообщение от erdi Данная ошибка говорит что в ОС нет зарегистрированного объекта MSSOAP. Попробуй зарегистрировать данный объект на сервере и повторить попытку. То что все работает когда запускаешь через run, объясняется тем, что объект создается не на сервере, а на твоей машине, на которой MSSOAP уже зарегистрирована

Я запускаю через ран на серверной машине и там этот объект точно зарегистрирован!

Добавлено:

Сообщение от nvy Похоже, на сервере регистрация в реестре слетела. Когда пускаете агента на клиенте, объект создаётся на клиенте, где очевидно с регистрацией всё в порядке, потому отрабатывает без ошибок.

Что нужно сделать? Поверху установить Лотус Домино?

0

домина стартует под своей учеткой, если это system - трах с регистрацией обеспечен :(
либо запускать сервис (если это оно) от имени учетки где зарегана эта МСпердулька
либо уже переписать сервис на java ;)

0

Сообщение от lmike домина стартует под своей учеткой, если это system - трах с регистрацией обеспечен ;) либо запускать сервис (если это оно) от имени учетки где зарегана эта МСпердулька либо уже переписать сервис на java ;)

А как запустить сервис от имени конкретной учетки? Есть примеры?

0

А как запустить сервис от имени конкретной учетки? Есть примеры?

В свойствах сервиса указать логин и пароль Администратора. Но может поехать сортировка в видах, если Администратор работает под другими региональными настройками.

0

Сообщение от Мыш В свойствах сервиса указать логин и пароль Администратора. Но может поехать сортировка в видах, если Администратор работает под другими региональными настройками.

Упс, у меня это обычный агент, запускающий MSSoap. Не знаю, где эти настройки сделать...

0

Сообщение от IMENDAN Упс, у меня это обычный агент, запускающий MSSoap. Не знаю, где эти настройки сделать...

"где-где - в винде" © народное
в виндовых сервисах настройка (пропертя сервиса)
а касабельно сортировки - ну завести отдельного юзера, с пральными рыгыональными настройками (в никсах, если чё - это локаль) ;)

0

Сообщение от lmike "где-где - в винде" © народное в виндовых сервисах настройка (пропертя сервиса) а касабельно сортировки - ну завести отдельного юзера, с пральными рыгыональными настройками (в никсах, если чё - это локаль) ;)

Скорее всего я не понял, но я в свойства "Служб" добавил все права на доменную учетку, под которым сделал вход. И ничего не изменилось (

0

В очередной раз посоветую посмотреть права на запуск объекта в dcomcnfg — с EXCEL такое ежемесячно постят.
Там поищите в дереве DCOM ваш MSSOAP.SoapClient30 и в свойствах попробуйте поменять в Удостоверении запуск с Текущего пользователя на админа (лог+пас) явно.

Проверяете просто: создайте простой текстовой скриптец на .vbs с вашим объектом и попробуйте пустить под нужным пользователем. Если объект создается, то и в Lotus должон работать.

Например, текстовый файл с расширением .vbs ооочень быстро запускает Excel

0

Сообщение от NetWood В очередной раз посоветую посмотреть права на запуск объекта в dcomcnfg — с EXCEL такое ежемесячно постят. Там поищите в дереве DCOM ваш MSSOAP.SoapClient30 и в свойствах попробуйте поменять в Удостоверении запуск с Текущего пользователя на админа (лог+пас) явно. Проверяете просто: создайте простой текстовой скриптец на .vbs с вашим объектом и попробуйте пустить под нужным пользователем. Если объект создается, то и в Lotus должон работать. Например, текстовый файл с расширением .vbs ооочень быстро запускает Excel Code 1 2 3 4 5 6 7 ------------- запуск Excel из скрипта vba ------------- Set xlApp = createObject("Excel.Application") создаем объект Excel Set xlWB = xlApp.Workbooks.Add создаем новую книгу Set xlSheet = xlWB.Sheets(1)  выбираем первую "страницу" xlApp.visible = true  делаем объект видимым/невидимым

В дереве MSSOAP.SoapClient30 нет. Скриптик создал. Вместо "Excel.Application" поставил "MSSOAP.SoapClient30", выдает ошибку.
Подскажите, пож-та, где вообще можно увидеть список этих объектов. Их свойства и методы. И помогите, пож-та, с моей первой просьбой. Я все еще в дали от правды!

0

еще раз:
-заводим отделльного (не доменного) пользователя (скажем - notes)
-даем права (хотя какие они - кроме биндинга к портам) кот. необходимы
-настраиваем ему все свистульки/предульки для МС
-назначаем этого пользователя в сервисе уиндовза (вместо того что там стоит щас)

всё должно заработать

0

Сообщение от IMENDAN поставил "MSSOAP.SoapClient30", выдает ошибку. Подскажите, пож-та, где вообще можно увидеть список этих объектов.

Это как раз потому, что этот объект не зареген в реестре винды. lmike об этом и пишет:

Сообщение от lmike -настраиваем ему все свистульки/предульки для МС

Ищите в инете, как зарегить dll.

Сообщение от lmike -назначаем этого пользователя в сервисе уиндовза (вместо того что там стоит щас)

Трудно тебя понимайт!
Подробнее поясни, плз, я не понял где и как это делается. Сомневаюсь, что кто-то понял кроме тех, кто знает.

0

есть у винды сервисы - это МС придумала чтобы всех запутать
фактически - это специально (доп. костыли для общения в виндой) оформленные исполняемые файлы

ОФФ: кто "мешал" им сделать как в никсах - загадка (хотя там уже появился systemd...) т.е. - чтобы любой исполняемый файл м.б. сервисом

фся шняга описана в реестре, доступ к сему бохасьву осущ. через... консоль управления services.msc (хотя есть и утиль - sc.exe)
обычно программы пушаются от лица текущего пользователя, интерактивно, для сервисов "принято" пущать их от имени системной учетки (SYSTEM), хотя и не все (для нек. есть др. "особенные" ;) )
настроить эту учетку представляется гиморным, да и с правами у неё тоже всякие хитрости

при инсталяции домина прописывается в сервисы (чтобы стартовать вместе с сервером, без интерактивного вмешательства)
а т.к. интерактивно взаимодействовать с системной записью проблематично, то и установка пердулек/свистулек с визардами - тоже может не дать желаемого...
т.е. - под системной записью не зарегется очередной АктивХу (или "испортится" его регистрация)

домина спокойно м.б. запущена от лица пользователя, с достаточными правами (SYSTEM ему какбэ и не нужен)
так, например, и делается в никсах - запускают домину от имени пользователя notes

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

как создать юзера, как изменить настройки сервисов - это вопросы к версии винды - у них всегда что-то меняется в кнопочках и вкладочках , а базовые тулзы я описал выше
для 2003 http://www.winsecurity.ru/arti... p?ID=1749..

Добавлено: можно у мсявых гайд почитать (если интересует по сервисам) http://go.microsoft.com/fwlink/?LinkId=41312

0

lmike
Всё ясно. Непонятно одно, - как заставить винду при перезагрузке автоматом подхватывать нашего зарегеного юзера вместо SYSTEM?

0

прописать сервису пользователя, в пропертях службы
открой оснастку для служб, перейди в св-ва любой, пощелкай по вкладкам - сам увидишь

это вот с хрюши

0

Сообщение от lmike прописать сервису пользователя, в пропертях службы

Да, эта служба станет стартовать для этого пользователя. Но всё равно надо настраивать автоматический вход под нашего пользователя, что плохо, т.к. данные о пароле будут храниться в реестре в открытом виде. Да и геморройно это всё.
Может лучше установить на серваке какую-нибудь админскую утилитку, запускающую определённые батники (в нашем случае с регистрацией dll) после старта основных служб от SYSTEM?

0

Сообщение от VladSh Да, эта служба станет стартовать для этого пользователя. Но всё равно надо настраивать автоматический вход под нашего пользователя, что плохо, т.к. данные о пароле будут храниться в реестре в открытом виде. Да и геморройно это всё. Может лучше установить на серваке какую-нибудь админскую утилитку, запускающую определённые батники (в нашем случае с регистрацией dll) после старта основных служб от SYSTEM?

автоматический вход? - зачем, только служба будет от имени и пароль (насколько помню) там хэшированный (в реестре), да и доступ к этой ветке не у всякого есть (а от одмина - никакая секурити не спасёт)
а вот батники в неинтерактивном аккаунте - это большой источник гимора

0

Сообщение от lmike автоматический вход? - зачем, только служба будет от имени

Тогда я продолжаю непонимать. Винда когда стартует, то до выдачи окна с логином стартуют службы только от SYSTEM. Если я заведу своего юзера, переназначу на запуск от него службу, то она не запустится до того момента, пока я не введу логин и пароль для этого юзера. Вот для этого и нужен автоматический вход. Или не так?

Сообщение от lmike и пароль (насколько помню) там хэшированный (в реестре)

Тут читал:

После настройки автоматического входа в систему каждый, кто имеет физический доступ к этому компьютеру, может получить доступ к нему и ко всем его ресурсам, включая все сети, к которым подключен компьютер. Кроме того, в этом случае пароль хранится в реестре в незашифрованном виде. Раздел реестра, в котором хранится пароль, доступен в удаленном режиме пользователям, являющимся членами группы «Прошедшие проверку». Таким образом, использование автоматического входа в систему оправданно только в том случае, если обеспечена физическая безопасность системы и запрещен доступ к реестру не обладающим специальными разрешениями пользователям.

0

Тогда я продолжаю непонимать. Винда когда стартует, то до выдачи окна с логином стартуют службы только от SYSTEM

почему это, какая ей разница какой там пользователь? тогда смысл службы теряется и можноб обойтись автостартом (это не одно и тоже), но вот тогда вход былбы обязательным

я грил про пароль ветки рестра, в кот. службы!

0

да... в NT 4.0 эти пароли хранились плэйнтекстом, но ветка доступна только одмину, а вот как щас - не знаю

0