Est t-il possible d'ouvrir des documents (modèle) word, de les renseigner,
et de les sauvegarder au travers d'une application asp .net tout en
installant office que du coté IIS (serveur), et pas sur le poste de travail.
Inconvénients de cette méthode ?
Y a t-il d'autres solutions? par exemple en remplissant sous asp .net un
fichier (modèle) word enregistrer au format xml.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrice
Il est déconseillé de piloter ces applis via "automation" (ressources, droits, éventuellement fenêtres modales etc...)
A partir de Office 2002, je pense que le mieux est effectivement de générer des documents au format XML. La spécification est dispo ici : http://www.microsoft.com/downloads/details.aspx?FamilyIdþ118952-3547-420A-A412-00A2662442D9&displaylang=en
Patrice
--
"AP" a écrit dans le message de news:
Bonjour à tous,
Est t-il possible d'ouvrir des documents (modèle) word, de les renseigner, et de les sauvegarder au travers d'une application asp .net tout en installant office que du coté IIS (serveur), et pas sur le poste de
travail.
Inconvénients de cette méthode ? Y a t-il d'autres solutions? par exemple en remplissant sous asp .net un fichier (modèle) word enregistrer au format xml.
Merci d'avance pour les réponses.
Il est déconseillé de piloter ces applis via "automation" (ressources,
droits, éventuellement fenêtres modales etc...)
A partir de Office 2002, je pense que le mieux est effectivement de générer
des documents au format XML. La spécification est dispo ici :
http://www.microsoft.com/downloads/details.aspx?FamilyIdþ118952-3547-420A-A412-00A2662442D9&displaylang=en
Patrice
--
"AP" <AP@discussions.microsoft.com> a écrit dans le message de
news:CC9C5A50-DCD9-4893-BA03-A83202B283BE@microsoft.com...
Bonjour à tous,
Est t-il possible d'ouvrir des documents (modèle) word, de les renseigner,
et de les sauvegarder au travers d'une application asp .net tout en
installant office que du coté IIS (serveur), et pas sur le poste de
travail.
Inconvénients de cette méthode ?
Y a t-il d'autres solutions? par exemple en remplissant sous asp .net un
fichier (modèle) word enregistrer au format xml.
Il est déconseillé de piloter ces applis via "automation" (ressources, droits, éventuellement fenêtres modales etc...)
A partir de Office 2002, je pense que le mieux est effectivement de générer des documents au format XML. La spécification est dispo ici : http://www.microsoft.com/downloads/details.aspx?FamilyIdþ118952-3547-420A-A412-00A2662442D9&displaylang=en
Patrice
--
"AP" a écrit dans le message de news:
Bonjour à tous,
Est t-il possible d'ouvrir des documents (modèle) word, de les renseigner, et de les sauvegarder au travers d'une application asp .net tout en installant office que du coté IIS (serveur), et pas sur le poste de
travail.
Inconvénients de cette méthode ? Y a t-il d'autres solutions? par exemple en remplissant sous asp .net un fichier (modèle) word enregistrer au format xml.
Merci d'avance pour les réponses.
Christophe Lauer [MS]
Bonsoir,
Patrice wrote:
Il est déconseillé de piloter ces applis via "automation" (ressources, droits, éventuellement fenêtres modales etc...)
Je confirme...
A partir de Office 2002, je pense que le mieux est effectivement de générer des documents au format XML. La spécification est dispo ici :
Pour compléter la réponse de Patrice, avec Visual Studio 2005 "Whidbey" arrivera la version 2.0 de VSTO alias Visual Studio Tools for Office qui introduira des nouveaux scénarios serveur intéressants. Regardez la page suivante, et l'extrait ci-dessous :
Extrait de http://msdn.microsoft.com/vstudio/productinfo/roadmap.aspx#2005 :
----------------------- Making data in Office documents a transparent, directly accessible component enables new server-side opportunities. First, the data island embedded in the document can be manipulated without starting the Office application. This is a dramatic shift from the current model, by which, in order for code to manipulate the contents of the document, Excel or Word must be running. This limitation blocks many customers from implementing a common solution requirement-creating Office documents from within an ASP.NET application.
By contrast, the VSTO 2005 runtime will support instantiation on a server without the need to run Excel or Word. The data island in a document could then be manipulated from the server-side code. When the user opens the associated Office document the view would be re-synchronized with the data island and the user would be automatically presented with the updated data. In this model, Excel and Word are not needed to write to the data on the server, but rather only to view it on the client. This updated model will provide the scalability customers desire and the ability to perform high performance batch processing of documents containing data islands on the server. -----------------------
HTH,
-- Christophe Lauer - Relations Techniques Editeurs de Logiciels Division Développeurs et Plateforme d'Entreprise - Microsoft France http://www.microsoft.com/france/msdn/ This posting is provided "AS IS" with no warranties, and confers no rights.
Bonsoir,
Patrice wrote:
Il est déconseillé de piloter ces applis via "automation" (ressources,
droits, éventuellement fenêtres modales etc...)
Je confirme...
A partir de Office 2002, je pense que le mieux est effectivement de
générer des documents au format XML. La spécification est dispo ici :
Pour compléter la réponse de Patrice, avec Visual Studio 2005 "Whidbey"
arrivera la version 2.0 de VSTO alias Visual Studio Tools for Office qui
introduira des nouveaux scénarios serveur intéressants. Regardez la page
suivante, et l'extrait ci-dessous :
Extrait de http://msdn.microsoft.com/vstudio/productinfo/roadmap.aspx#2005 :
-----------------------
Making data in Office documents a transparent, directly accessible component
enables new server-side opportunities. First, the data island embedded in
the document can be manipulated without starting the Office application.
This is a dramatic shift from the current model, by which, in order for code
to manipulate the contents of the document, Excel or Word must be running.
This limitation blocks many customers from implementing a common solution
requirement-creating Office documents from within an ASP.NET application.
By contrast, the VSTO 2005 runtime will support instantiation on a server
without the need to run Excel or Word. The data island in a document could
then be manipulated from the server-side code. When the user opens the
associated Office document the view would be re-synchronized with the data
island and the user would be automatically presented with the updated data.
In this model, Excel and Word are not needed to write to the data on the
server, but rather only to view it on the client. This updated model will
provide the scalability customers desire and the ability to perform high
performance batch processing of documents containing data islands on the
server.
-----------------------
HTH,
--
Christophe Lauer - Relations Techniques Editeurs de Logiciels
Division Développeurs et Plateforme d'Entreprise - Microsoft France
http://www.microsoft.com/france/msdn/
This posting is provided "AS IS" with no warranties, and confers no
rights.
Pour compléter la réponse de Patrice, avec Visual Studio 2005 "Whidbey" arrivera la version 2.0 de VSTO alias Visual Studio Tools for Office qui introduira des nouveaux scénarios serveur intéressants. Regardez la page suivante, et l'extrait ci-dessous :
Extrait de http://msdn.microsoft.com/vstudio/productinfo/roadmap.aspx#2005 :
----------------------- Making data in Office documents a transparent, directly accessible component enables new server-side opportunities. First, the data island embedded in the document can be manipulated without starting the Office application. This is a dramatic shift from the current model, by which, in order for code to manipulate the contents of the document, Excel or Word must be running. This limitation blocks many customers from implementing a common solution requirement-creating Office documents from within an ASP.NET application.
By contrast, the VSTO 2005 runtime will support instantiation on a server without the need to run Excel or Word. The data island in a document could then be manipulated from the server-side code. When the user opens the associated Office document the view would be re-synchronized with the data island and the user would be automatically presented with the updated data. In this model, Excel and Word are not needed to write to the data on the server, but rather only to view it on the client. This updated model will provide the scalability customers desire and the ability to perform high performance batch processing of documents containing data islands on the server. -----------------------
HTH,
-- Christophe Lauer - Relations Techniques Editeurs de Logiciels Division Développeurs et Plateforme d'Entreprise - Microsoft France http://www.microsoft.com/france/msdn/ This posting is provided "AS IS" with no warranties, and confers no rights.
