Accès refusé pour word

Version imprimable

26/10/2009, 18h38
Dr_shaman

Accès refusé pour word

Bonjour,
Mon problème est intervenu quand j'ai migré d’office 2003 à office 2007.

Une application web ouvrait un fichier Word écrivait des données et le fermait pour continuer sa vie !
Ça à marcher un an mais la avec 2007 ça marchai plus donc j’ai recompilé l’application en ne changent que la dll (de la V10 à la V12 de office).
Et quand je la remets sur mon serveur, bin la sa ne marche plus a cause de problème de droit (sa me gave tout les problèmes de droit qu’il y a à chaque foi !) j’ai un message qui m’explique comment donné les droit sur un dossier, … mais quel dossier ? Surtout que mon Word ce craie ici, en mémoire, pas sur le disc donc je voie pas ou les droit intervienne ?
Ci quelqu’un à déjà eu ce problème merci de m’aider.

Citation:

Description : Une exception non gérée s'est produite au moment de l'exécution de la demande Web actuelle. Contrôlez la trace de la pile pour plus d'informations sur l'erreur et son origine dans le code.

Détails de l'exception: System.UnauthorizedAccessException: Accès refusé.

ASP.NET n'est pas autorisé à accéder à la ressource demandée. Accordez des droits d'accès à la ressource pour l'identité de la demande ASP.NET. ASP.NET a une identité de processus de base (en règle générale {MACHINE}\ASPNET sur IIS 5 ou Network Service sur IIS 6) qui est utilisée si l'application n'emprunte pas d'identité. Si l'application emprunte une identité via <identity impersonate="true"/>, l'identité sera l'utilisateur anonyme (en règle générale IUSR_MACHINENAME) ou l'utilisateur de la demande authentifié.

Pour accorder un accès en écriture ASP.NET à un fichier, cliquez avec le bouton droit sur le fichier dans l'Explorateur, choisissez "Propriétés" et sélectionnez l'onglet Sécurité. Cliquez sur "Ajouter" pour ajouter l'utilisateur ou le groupe approprié. Sélectionnez le compte ASP.NET et activez les cases à cocher pour l'accès souhaité

Erreur source:

Ligne 35 : missing = System.Reflection.Missing.Value;
Ligne 36 : document = doc;
Ligne 37 : wordApp = new ApplicationClass();
Ligne 38 :
Ligne 39 : openedDoc = wordApp.Documents.Open(ref document, ref missing,
26/10/2009, 20h03
The_badger_man

Ton doc Word est bien dans un dossier de ton serveur ? Tu modifies ce fichier (en mémoire peut-être mais après tu enregistres sur le disque), donc le processus qui y accède doit avoir les droits (comme indiqué dans le message d'erreur).
27/10/2009, 08h53
Dr_shaman

Bonjour,
Merci pour ta réponse,
D’abord j'ai donné tout les droit à "\ASPNET" sur le répertoire "inetpub" et sur le répertoire ou sera stocker le fichier Word. Ensuite je plante a la ligne 37 donc le fichier Word n’est pas encore créé, c’est juste une instance de Word qui devrai ce mettre en mémoire.
De plus je n'ai pas changer le programme, ni les répertoires, juste la dll utiliser (qui est dans le GAC).
31/10/2009, 03h45
bacelar

Il n'a jamais été conseil d'installer Office sur les serveurs, c'est tout le contraire.
Avec les fichiers Office Open XML supporté par Office 2007, on peut créer des documents Office sans avoir Office d'installé sur le serveur.
09/11/2009, 08h45
Dr_shaman

bonjour

Bonjour, oui je c'est, mais c'était comme ça quand je suis arrivé, et il y a plusieurs applications qui l'utilise ( surtout sharepoint ^^ ).

Personne ne peu m'aider ?
11/11/2009, 18h29
bacelar

Citation:

sa me gave tout les problèmes de droit qu’il y a à chaque foi !

Vous n'avez pas respecté les règles d'utilisation. C'est normal que vous soyez confronté à ces problèmes.

Citation:

Bonjour, oui je c'est, mais c'était comme ça quand je suis arrivé,

Je ne conteste pas c'est attitude mais il faut savoir en payer le prix donc l'évaluer. Aviez-vous vraiment conscience dans l'ensemble des emmerdements que cela implique ?

Citation:

il y a plusieurs applications qui l'utilise ( surtout sharepoint ^^ ).

Surement pas SharePoint qui livre un ensemble de composants pour générer et modifier des documents Office aussi bien via des appels .NET directs qu'avec des appels Web Services.

Il y a donc 2 options:
Soit votre code est très important en taille (pas en complexité ni en terme business) et vous êtes près à continuer à vous prendre des gamelles et autres râteaux, soit vous faites le choix d'une refonte de ce code avec des techniques orthodoxe et à jours.

Dans la seconde option, il ne vous reste qu'à choisir dans l'ensemble des outils et solutions qui permettent de générer des documents Offices.
Cela va de la simple utilisation des Classes du Framework .NET 3.0 et supérieurs pour un accès bas niveau, aux composants de SharePoint pour une solution de WYSIWYG, en passant par des bibliothèques .NET ou les solution Open Source de génération de document.
C'est du tout cuit quoi.

Dans le cas de la première option, il faut vous armer de patience et de courage.
Les accès refusés ne sont pas réservée à des problèmes d'accès au fichier mais aussi à des accès à des API dangereuses.
Il faut donc analyser le problème pour le corriger.
Utiliser FileMon (http://technet.microsoft.com/fr-fr/s.../bb896642.aspx) pour voir si le problème vient d'accès à un fichier.
Si c'est le cas, on se penchera sur les droits sur ce fichier et sur "l'identité" utilisé par le programme y accédant (Word, IIS ou ASP.NET).
Si ce n'est pas un problème de fichier mais d'API, utilisez les fonctionnalités de Visual Studio pour s'attaché à un programme et à l'interrompre quand une exception d'un certain type est lancé et cela dés son lancement et non à son "non traitement".