Probleme d'assembly et sécurité

Bonjour à tous,

Je viens de générer mon projet. Celui-ci utilise des fichiers excel comme base de données. Mes fichiers excel ainsi que l'exécutable du projet se trouve sur un lecteur réseau. Mon souhait est que chaque utilisateur qui désire utiliser l'application créer un raccourci sur son bureau a partir de l'executable sur le réseau. Problème alors que tout marchais parfaitement en local sur mon poste, lorsque je clik sur l'executable qui se trouve sur le réseau, au moment d'acceder a l'onglet de l'application qui va ouvrir le fichier excel afin d'y rechercher des données, j'obtient le message suivant.

http://www.crunkland.info/erreur.JPG

Dans VS, j'ai pourtant bien modifié les option de l'assembly en mettant confiance totale mais rien n'y fait. Une idée?

montre ce qu'aafiche le détail

Citation:

---

Consultez la fin de ce message pour plus de détails sur l'appel du débogage
juste-à-temps (JIT) à la place de cette boîte de dialogue.

************** Texte de l'exception **************
System.Security.SecurityException: Cet assembly n'autorise pas les appelants d'un niveau de confiance partiel.
à System.Security.CodeAccessSecurityEngine.ThrowSecurityException(Assembly asm, PermissionSet granted, PermissionSet refused, RuntimeMethodHandle rmh, SecurityAction action, Object demand, IPermission permThatFailed)
à eGlobe_Convertor.Accueil.Weight_Enter(Object sender, EventArgs e)
à System.Windows.Forms.Control.OnEnter(EventArgs e)
à System.Windows.Forms.TabPage.OnEnter(EventArgs e)
à System.Windows.Forms.TabPage.FireEnter(EventArgs e)
à System.Windows.Forms.TabControl.OnSelected(TabControlEventArgs e)
à System.Windows.Forms.TabControl.WmSelChange()
à System.Windows.Forms.TabControl.WndProc(Message& m)
à System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
à System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
à System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
L'action qui a échoué était :
LinkDemand
La zone de l'assembly qui a échoué était :
Intranet


************** Assemblys chargés **************
mscorlib
Version de l'assembly : 2.0.0.0
Version Win32 : 2.0.50727.1433 (REDBITS.050727-1400)
CodeBase : file:///c:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
eGlobe Convertor
Version de l'assembly : 1.0.0.0
Version Win32 : 1.0.0.0
CodeBase : file:///Z:/IT/Software/eglobeconvertor/eGlobe%20Convertor.exe
----------------------------------------
Microsoft.VisualBasic
Version de l'assembly : 8.0.0.0
Version Win32 : 8.0.50727.1433 (REDBITS.050727-1400)
CodeBase : file:///C:/WINDOWS/assembly/GAC_MSIL/Microsoft.VisualBasic/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll
----------------------------------------
System
Version de l'assembly : 2.0.0.0
Version Win32 : 2.0.50727.1433 (REDBITS.050727-1400)
CodeBase : file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
Version de l'assembly : 2.0.0.0
Version Win32 : 2.0.50727.1433 (REDBITS.050727-1400)
CodeBase : file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Version de l'assembly : 2.0.0.0
Version Win32 : 2.0.50727.1433 (REDBITS.050727-1400)
CodeBase : file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
mscorlib.resources
Version de l'assembly : 2.0.0.0
Version Win32 : 2.0.50727.1433 (REDBITS.050727-1400)
CodeBase : file:///c:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
System.Runtime.Remoting
Version de l'assembly : 2.0.0.0
Version Win32 : 2.0.50727.1433 (REDBITS.050727-1400)
CodeBase : file:///C:/WINDOWS/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
----------------------------------------
Accessibility
Version de l'assembly : 2.0.0.0
Version Win32 : 2.0.50727.1433 (REDBITS.050727-1400)
CodeBase : file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
Microsoft.Office.Interop.Excel
Version de l'assembly : 12.0.0.0
Version Win32 : 12.0.4518.1014
CodeBase : file:///C:/WINDOWS/assembly/GAC/Microsoft.Office.Interop.Excel/12.0.0.0__71e9bce111e9429c/Microsoft.Office.Interop.Excel.dll
----------------------------------------
System.Windows.Forms.resources
Version de l'assembly : 2.0.0.0
Version Win32 : 2.0.50727.42 (RTM.050727-4200)
CodeBase : file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_fr_b77a5c561934e089/System.Windows.Forms.resources.dll
----------------------------------------

************** Débogage JIT **************
Pour activer le débogage juste-à-temps (JIT), le fichier de configuration pour cette
application ou cet ordinateur (machine.config) doit avoir la valeur
jitDebugging définie dans la section system.windows.forms.
L'application doit également être compilée avec le débogage
activé.

Par exemple :

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

Lorsque le débogage juste-à-temps est activé, les exceptions non gérées
seront envoyées au débogueur JIT inscrit sur l'ordinateur
plutôt que d'être gérées par cette boîte de dialogue.

---

Voila le detail :)

ben là... j'ai pas d'idée, regarde les droits que tu as peut etre...

Je suis administrateur de ma becane et j'ai un total accé aux fichiers du réseau.
Le pire c'est que si je copie l'executable de l'application sur mon bureau je n'ai plus de message d'erreur. Mais si c'est sur un autres post il y'a un message d'erreur car comme j'ai fait l'appli sur mon post j'ai deja tous les fichiers nécessaires. C'est poru cela que je désire seulement faire un racourci, pour que les fichiers de l'application soit disponible. EN fait j'ai généré mon projet et je copie les fichiers de ma release sur le réseau. Et lorsque je lance l'executable a partir du réseau c'est la qu'il y a un problème avec l'assembly.

ça j'ai compris, mais du fait que ton executable se trouve sur un autre ordinateur, peut-etre que tu n'est pas identifié comme administrateur sur cet autre PC.
Alors tu fais clique droit, sécurité, et là tu regardes les drois, surtout ceux de "tout le monde"

Je viens d'essayer de lancer l'application a partir du server lui meme en administrateur et j'ai le meme message d'erreur. :/ Et les droits sont OK.

Rien à voir avec les droits du fichier. L'assembly que tu essaies de lancer est définie pour ne s'exécuter seulement dans un contexte de confiance totale (Full Trust). Or quand tu la lances depuis un file share ou un serveur web, ton système execute l'assembly dans un contexte de confiance partielle (Partial Trust), d'où le plantage.
Ce système s'appelle le CAS (Code Access Security).

Deux solutions :
- Utiliser l'utilitaire de configuration du framework (dans les outils d'admin) pour accorder un contexte full trust à ton assembly (en prenant bien soin de configurer en utilisant le chemin du file share).
- Définir l'assembly en question comme pouvant s'exécuter en partial trust environment, ce qui se définit cette fois dans les propriétés du projet vbproj correspondant à l'assembly (et ensuite recompiler).

J'ai exactement le même soucis.

Je n'arrive toujours pas à paramétrer l'assembly de manière à ce que cela fonctionne aussi bien en local sur ma machine, qu'à partir d'une autre machine (en intranet, dans un dossier partagé).

Voir le fichier attaché pour la partie que j'ai modifiée.

Clique droit sur mon namespace -> Propriétés.

Que faut-il changer pour que cela fonctionne de partout.

Pour info, c'est suite à un accès LDAP que l'exception se déclenche.

Utilise caspol.exe pour associer le chemin réseau à un contexte full-trust

Mais alors mon application doit rester au même endroit, pour garder le même chemin partagé ?

Si oui, cela ne m'arrange pas, car elle va circuler pas mal... il ne faut pas qu'elle dispose de cette dépendance.

Il n'y a pas d'autre moyen de boycotter la sécurité lors de l'utilisation du namespace DirectoryService ?

Si non, quelle serait la syntaxe - ligne de commande pour paramétrer mon application de cette manière ?

Citation:

---

Envoyé par ExSter

Mais alors mon application doit rester au même endroit, pour garder le même chemin partagé ?

Si oui, cela ne m'arrange pas, car elle va circuler pas mal... il ne faut pas qu'elle dispose de cette dépendance.

Il n'y a pas d'autre moyen de boycotter la sécurité lors de l'utilisation du namespace DirectoryService ?

Si non, quelle serait la syntaxe - ligne de commande pour paramétrer mon application de cette manière ?

---

Peut-être qu'en utilisant des wildcards dans l'url...
caspol.exe /? te donnera les infos nécessaire (voir aussi dans la msdn).