Автоматизация Office через службу Windows на Сервере 2008
В ответ на джлюканта: у меня была такая же проблема. Я был осторожен, чтобы выбрать правильный ЗППП, но я все еще получил эти ошибки. Но это не ошибка, на самом деле это имеет смысл: зачем XCode ссылаться на c ++ stdlib, если у вас нет кода C ++ в вашем проекте?
Конечно, это проблема, когда вы этого не делаете. есть код C ++ в вашем проекте, но все еще библиотеки C ++.
2 ответа
У меня были проблемы с автоматизацией Office из службы Windows под Windows Server 2008, хотя это нормально работает под Windows Server 2003. Проблема также возникает при вызове Open, так что это может быть та же проблема.
Я попытался последовать совету, данному Х. Огавой в этой ветке MSDN , и, похоже, это сработало. Это странно, но спасибо мистеру Огаве за его обнаружение.
Краткое изложение «Ogawa Hack»: создайте на рабочем столе папку для системного профиля, например:
C:\Windows\System32\config\systemprofile\Desktop
и , если работает на 64-битной системе. машине, создайте еще одну , как:
C:\Windows\SysWOW64\config\systemprofile\Desktop
Кроме того, папкам необходимо разрешение на запись для любого пользователя, который «управляет» Office.
[Изменить: URL исправленной ссылки]
[Edit 2: пояснил, что в 64-битной Windows вам нужны обе папки, а не только WOW64]
This also happens on Vista with UAC enabled. You might want to try setting the DCOM identity to be an administrator account and test it again.
I also recently started having this problem on an XP box trying to open workbooks in Excel through interop services, but have not yet found a workaround. I myself would like any other insights the community might be able to throw out there...