Discussion :

[PSA78]

Je développe un programme d'automation office qui ouvre beaucoup (voir plus) de fichier. Les traitements ne sont pas réellement complexes mais le nombre de fichiers à traiter fait que l'on serait tenté de ne pas rester devant l'écran à attendre. Hors certains fichiers ne s'ouvrent pas nécessairement sans problème (fichiers corrompus par exemple).
Comment s'assurer qu'un fichier va s'ouvrir et pouvoir être traité sans risquer de bloquer le processus.
J'ai bien penser à tester dans un premier temps l'ouverture du fichier dans un thread en attendant un certain timeout, mais cela risque d'être un peu compilqué ?
QQ1 aurait-il une idée ?
Par avance merci.
A+

[Graffito]

Plusieurs thread peuvent être la solution, mais il faut vérifier avant ce qui se passe en cas d'erreur :

• est-ce qu'une exception est générée ou est-ce un message Word ou un plantage/freeze total ?
• est-ce qu'une nouvelle instance de l'application permet de continuer à utiliser Word où est-ce que word est totalement planté ?
• peut-on fermer le fichier et/ou terminer l'instance Word ?

[PSA78]

Je n'ai pour l'instant certainement pas vu tous les cas possibles.
La première fois que j'ai eu des problèmes s'était tout simplement du au fait que le fichier était ouvert par une autre personne hors je ne fais que de la lecture alors le simple fait d'ouvrir les fichiers en lecture seule à réglé le blème. Mais d'autres problèmes se posent. Certains effectivement ont trouvé une solution simplement en gérant les exceptions mais dans certains cas Word demande une intervention et dans ce cas on ne revient pas dans le programme appelant.
Jusque là je n'ai pas rencontré de cas où Word est planté au point de ne pas pouvoir être arrêté.
A+

[bacelar]

Word n'a pas été conçu pour faire du traitement automatique.
Office est à proscrire côté server.
Il existe plusieurs solutions pour pouvoir traiter des fichiers Word sans lancer Word.
Exemple : Word Automation Services
http://blogs.msdn.com/b/microsoft_of...-services.aspx

[The_badger_man]

Comme le dit bacelar, Word n'est pas fait pour des traitements coté serveur. Microsoft n'assure d'ailleurs pas de support concernant cette utilisation.

S'il s'agit de fichier Word au format Open XML tu peux les traiter sans avoir besoins de Word.

[PSA78]

Il ne s'agit pas de traitement client/serveur mais juste d'un programme qui ouvre de nombreux fichiers word qui sont tous au format Word (doc). si Word n'est pas prévu pour cela et que le programme risque d'être interrompu à chaque problème d'ouverture alors la solution de tenter l'ouverture dans un thread est peut être une solution à tenter avez vous des conseils pour que je me lance sur le sujet :
façon de lancer le thread, façon de programmer un timeout, façon de stopper le timeout si il est dépassé ?
Par avance merci de votre aide.
A+

[bacelar]

Le fait que Word n'est pas fait pour les servers est directement dû au fait qu'il à la salle habitude de demander à l'utilisateur d'intervenir.
Pour faire des traitements en masse, il ne faut pas utiliser Word mais des composants capables d'ouvrir et de modifier des fichiers Word.
Quel est le type de modifications faites-vous au fichier Word ?
Changement de propriétés, ou est-ce plus intrusif ?

[PSA78]

Aucune modification des documents n'est faite. Seulement de la lecture. Les documents peuvent être ouverts en readOnly.

[bacelar]

Word comme base de données ? C'est original.

Exemple de composant pour lecture de fichier Office :
http://npoi.codeplex.com/

[PSA78]

J'aime ce trait d'humour, néanmoins loin de moi l'idée d'utiliser Word comme d'une base de données (c'est pas moi qui ai eu cette idée saugrenue mais toi). Il s'agit en fait d'effectuer des vérifications sur des documents écrits et vérifier que ceux-ci répondent à un certain nombre de critères qualité.

Concernant le lien http://npoi.codeplex.com/ c'est effectivement qq chose d'intéressant mais spécialisé aujourd'hui sur Excel !!! Si il existe qq chose de similaire pour Word c'est peut être ce qu'il me faudrait ?

S'il n'existe pas ce type de chose pour Word je reste intéressé par des conseils sur le lancement d'un thread, la mesure d'un timeOut et l'arrêt d'un thread par avance merci.

[bacelar]

Il s'agit en fait d'effectuer des vérifications sur des documents écrits et vérifier que ceux-ci répondent à un certain nombre de critères qualité.

C'est soit côté client, et un Add-Ins à Word est la solution la plus fiable ; soit côté server, et une approche avec des composants server type ceux de Sharepoint est la solution la plus fiable.

Concernant le lien http://npoi.codeplex.com/ c'est effectivement qq chose d'intéressant mais spécialisé aujourd'hui sur Excel !!! Si il existe qq chose de similaire pour Word c'est peut être ce qu'il me faudrait ?

Excusez-moi, je me souvenais plus de ce petit détail.

Je vous conseil de passer à des format ouvert comme celui d'Office 2007 et supérieurs. Cela vous permettra de lire et manipuler ces fichiers sans avoir recours à Office ou à des composants comme ceux d'ASPOSE http://www.aspose.com/community/file...t/default.aspx

[PSA78]

J'ai réussi à me débrouiller, ça fonctionne, c'est un peu plus lent qu'avant évidemment j'ouvre 2 fois un document pour l'analyser, mais il n'y a plus de blocage dans le cas d'un document corrompu, c'est l'essentiel.
J'ai utilisé comme j'imaginais le faire un thread qui ouvre puis ferme le doc. Si le thread rend la main avant qu'un timeout soit écoulé alors on peut ouvrir le doc pour analyse sinon on arrête le thread et on passe au document suivant sans analyse.
A+