0

Nous essayons d'ouvrir un modèle Word qui réside sur un lecteur partagé utilisant Office Interop Services sur une application MVC. La solution fonctionne localement, mais une fois déployée sur le serveur le message suivant s'affiche:System.Runtime.InteropServices.COMException (0x800A1436)

The File was not created: System.Runtime.InteropServices.COMException (0x800A1436): This file could not be found 

ApplicationPool s'exécute sous un compte d'utilisateur de domaine disposant déjà d'autorisations sur le lecteur partagé.

Une suggestion?

+1

Les lecteurs ne sont probablement pas mappés dans le compte que vous utilisez. – AlexDev

Répondre

0

Vous pouvez utiliser le SDK Open XML pour traiter des documents XML ouverts (.docx), voir Welcome to the Open XML SDK 2.5 for Office. Ou tout autre composant tiers conçu pour l'exécution serveur-sider (par exemple, Aspose). À l'heure actuelle, Microsoft ne recommande pas et ne prend pas en charge l'automatisation des applications Microsoft Office à partir d'une application ou d'un composant client non assisté et non interactif (y compris les services ASP, ASP.NET, DCOM et NT), car Office peut comportement instable et/ou blocage lorsque Office est exécuté dans cet environnement. Si vous développez une solution qui s'exécute dans un contexte côté serveur, vous devez essayer d'utiliser des composants qui ont été sécurisés pour une exécution sans surveillance. Ou, vous devriez essayer de trouver des alternatives qui permettent au moins une partie du code de s'exécuter côté client. Si vous utilisez une application Office à partir d'une solution côté serveur, l'application ne disposera pas de nombreuses fonctionnalités nécessaires à son exécution. De plus, vous prendrez des risques avec la stabilité de votre solution globale. En savoir plus à ce sujet dans l'article Considerations for server-side Automation of Office.