windows services - servidor - Automatizar Office a través del Servicio de Windows en Server 2008
licencias kms microsoft (4)
Tenemos un servicio de Windows que se ejecuta en 2003 Server. Abre un documento de Word de origen utilizando la Interoperabilidad de Word y luego hace algunas cosas con él. También hace lo mismo con los archivos de Excel y PowerPoint.
Recientemente, hemos intentado trasladar este servicio a una máquina con Windows 2008 Server y estamos teniendo problemas reales con él.
COMException en Microsoft.Office.Interop.Excel.Workbooks.Open COMException en Microsoft.Office.Interop.Word.Documents.Open
Obtengo las excepciones anteriores cuando el servicio de Windows se ejecuta en 2008 Server. En cuanto al Administrador de tareas, la aplicación se carga bien, pero luego se cierra poco después.
He leído cosas sobre Vista y Server 2008 que ya no tienen una Session0, y he intentado cambiar las propiedades de seguridad de Office DCOM en consecuencia, incluido el cambio de la identidad del usuario que las ejecuta a Integrado, pero sin ningún resultado.
¿Alguien sabe si esto es posible? Este es un aspecto fundamental de nuestro sistema y, por lo tanto, necesitamos poder hacerlo.
Gracias
Bueno, deberá ejecutar "MMC -32" (símbolo del sistema) para iniciar MMC de 32 bits y luego agregar Servicios de componentes (archivo> menú Agregar / quitar complementos)
luego sigue una de estas instrucciones:
Esto también sucede en Vista con UAC habilitado. Puede intentar configurar la identidad de DCOM para que sea una cuenta de administrador y probarla de nuevo.
También recientemente comencé a tener este problema en un cuadro de XP al intentar abrir libros en Excel a través de servicios de interoperabilidad, pero aún no he encontrado una solución alternativa. Me gustaría cualquier otra información que la comunidad pueda ofrecer ...
He tenido problemas para automatizar Office desde un servicio de Windows en Windows Server 2008, aunque eso funciona bien en Windows Server 2003. El problema también ocurre en la llamada Open, por lo que puede ser el mismo problema.
Intenté seguir los consejos dados por H Ogawa en este subproceso de MSDN y pareció funcionar. Es extraño, pero felicitaciones al Sr. Ogawa por haberlo descubierto.
Resumen del ''Ogawa Hack'': crea una carpeta de escritorio para el perfil del sistema, como:
C:/Windows/System32/config/systemprofile/Desktop
y , si se ejecuta en una máquina de 64 bits, cree otra , como:
C:/Windows/SysWOW64/config/systemprofile/Desktop
Además, las carpetas necesitan permisos de escritura para cualquier usuario que esté "conduciendo" Office.
[Editar: URL del enlace corregido]
[Edición 2: aclaró que en Windows de 64 bits, necesita ambas carpetas, no solo la WOW64]
Si está utilizando Apache, es posible que también deba seguir estos pasos para que MS Word funcione correctamente (junto con todo lo que se describe en otras respuestas):
A continuación se muestra una captura de pantalla que muestra los dos cuadros de diálogo que deberá mostrar:
Para Apache:
Servicios-> Apache-> Clic derecho (Propiedades) -> pestaña Iniciar sesión
MS Word:
Inicie dcomcnfg.exe-> Console Root-> Component Services-> Computers-> My Computer-> DCOM Config-> Find Microsoft Application-> Right Click (Properties) -> pestaña Identity
** Si no puede encontrar el MS Word, asegúrese de que está iniciando la configuración DCOM correcta (64 bits frente a 32 bits) según la versión de Office que haya instalado.
Hay dos opciones aquí, puede configurar Apache para que use la cuenta del sistema local y marcar la casilla de verificación PARA PERMITIR la interacción del escritorio. Si hace esto, deberá configurar la Identidad para MS Word como Usuario interactivo .
De lo contrario, debe configurar ambos para el mismo usuario (lo ideal es que el usuario que inició sesión) como se muestra en la imagen.