J'ai une application ASP.NET qui utilise MS Word pour traiter un document. En gros, une requête arrive dans IIS dans une application MVC et l'application prend un fichier Word DOCX et applique quelques changements au fichier DOCX et en produit un nouveau. Tout ce traitement est effectué dans le contexte de l'utilisateur IIS. Une licence pour un seul utilisateur est-elle donc suffisante pour Word ? Ou bien, comme cela se fait via une application web qui peut avoir plusieurs utilisateurs simultanés de Word à n'importe quel moment, cela nécessite-t-il plus de licences ?
Réponse
Trop de publicités?
Faire ce que vous suggérez signifie que vous multiplexage Les fonctionnalités de Word sont accessibles à plusieurs utilisateurs. Dans ce cas, vous pourriez avoir besoin d'une licence pour CHAQUE UTILISATEUR qui l'utilise.
L'automatisation d'Office côté serveur peut également poser de nombreux problèmes de sécurité et de fonctionnalité ; c'est pourquoi Microsoft ne soutient pas son utilisation de cette manière, quelle que soit la licence.
Microsoft ne recommande ni ne soutient l'automatisation d'Office côté serveur.
Faites comme Scott le suggère dans son commentaire et abandonnez l'automatisation de Word (beurk ;) ) pour modifier directement le(s) fichier(s) DOCX à l'aide de la commande SDK XML ouvert :
Le SDK Open XML 2.5 simplifie la manipulation des paquets Open XML et des éléments de schéma Open XML sous-jacents dans un paquet. L'interface de programmation d'applications (API) Open XML encapsule de nombreuses tâches courantes que les développeurs effectuent sur les paquets Open XML, de sorte que vous pouvez effectuer des opérations complexes avec seulement quelques lignes de code.
De plus, il est beaucoup plus facile d'utiliser une bibliothèque comme PowerTools pour Open XML .
PowerTools for Open XML contient le code source et des conseils pour accomplir diverses tâches courantes à l'aide du SDK Open XML.
En procédant ainsi, vous n'aurez plus besoin de Word sur le serveur.
Des informations supplémentaires sont disponibles directement à la source, Microsoft : Considérations relatives à l'automatisation de l'Office côté serveur
