Erreur de configurationRésolu

Question

Bonjour &#224; tous.



Voil&#224;, pour ceux qui suivent mes posts, mon projet avance. Je pensais
en avoir termin&#233; avec les difficult&#233;s, mais hier, j'ai encore eu droit
&#224; un plantage que je n'arrive pas &#224; r&#233;soudre (sinon, je ne serais pas
l&#224; )

Donc, je rappelle en gros l'architecture de mon projet :

client C#   ---- Service Web C# -- DLL C#   -------- DLL C++ manag&#233; ----- DLL C++   (1)

               
              
           
|-------------------------- DLL C++ manag&#233; ----- DLL C++  (2)

Mon service web est donc actuellement reli&#233; aux branches 1 et 2. Toute cette partie est close, elle marche parfaitement.

La suite de mon projet est simple : j'ai d'autres DLL C++, que je dois
encapsuler en C++ Manag&#233;, et mon service web pourra ensuite les
utilise, &#233;tapes que j'ai donc r&#233;alis&#233; avec une nouvelle DLL. A la fin,
j'aurais une multitude de branches identiques &#224; la branche 2.

Mais voil&#224;, apr&#232;s avoir ajout&#233; une r&#233;f&#233;rence &#224; ma nouvelle DLL MC++
dans mon service web, lorsque je lance le service, j'ai droit &#224; une
belle "erreur de configuration", le message d'erreur &#233;tant que : "Une
proc&#233;dure import&#233;e par 'nouvelleDll' ne peut pas &#234;tre charg&#233;e."

Et en dessous, classiquement, on m'indique que le code plante &#224; l'instruction 'add assembly="*"' de machine.config.

Et, encore en dessous, le message suivant :


Pre-bind state information
LOG: DisplayName = lxwmLandcoverAccess
(Partial)
LOG: Appbase = file:///c:/inetpub/wwwroot/AfficheCartoWSCS
LOG: Initial PrivatePath = bin
Calling assembly : (Unknown).
=

LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Post-policy reference: lxwmLandcoverAccess
LOG: Attempting download of new URL file:///C:/WINNT/Microsoft.NET/Framework/v1.1.4322/Temporary ASP.NET Files/affichecartowscs/2777d7e7/1551f0c7/lxwmLandcoverAccess.DLL.
LOG: Attempting download of new URL file:///C:/WINNT/Microsoft.NET/Framework/v1.1.4322/Temporary ASP.NET Files/affichecartowscs/2777d7e7/1551f0c7/lxwmLandcoverAccess/lxwmLandcoverAccess.DLL.
LOG: Attempting download of new URL file:///c:/inetpub/wwwroot/AfficheCartoWSCS/bin/lxwmLandcoverAccess.DLL.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Post-policy reference: lxwmLandcoverAccess, Version=1.0.2071.15451, Culture=neutral, PublicKeyToken=null



Alors, je tiens &#224; signaler que je n'ai aucun probl&#232;me de path ou autre
de ce genre, puisque les DLL utilis&#233;es dans les branches 1 et 2 sont
exactement au m&#234;me endroit que la nouvelle. Pour preuve, comme j'ai
apparemment un probl&#232;me avec une proc&#233;dure introuvable, le tout marche
tr&#232;s bien d&#232;s que j'enl&#232;ve toutes les m&#233;thodes de ma classe MC++. Il
reste alors les instructions en d&#233;but de fichier (include, define,
...), la d&#233;claration de la classe, et ses attributs dont quelques types
enum. D&#232;s que j'ajoute une m&#233;thode (n'importe laquelle), le service web
ne se lance pas.

Voil&#224;, j'esp&#232;re sinc&#232;rement que quelqu'un pourra m'aider, c'est
tellement frustrant d'&#234;tre si pr&#232;s du but ! J'ai cherch&#233; sur le net,
mais 98% des cas d'"erreur de configuration" sont li&#233;s &#224; une r&#233;f&#233;rence
vers l'assembly manquant, ou quelque chose dans ce genre, avec un
message d'erreur du type : "le fichier ou l'assembly nomm&#233; "machin", ou l'une de ses d&#233;pendances, est introuvable." (je sais de quoi je parle, j'en ai &#233;t&#233; victime !)

Merci d'avance &#224; ceux qui auront lu ce post jusque l&#224;, et surtout &#224;
ceux qui m'aideront, en esp&#233;rant tomber qur quelqu'un qui a d&#233;j&#224; eu le
m&#234;me probl&#232;me !

TheSaib · Accepted Answer

Essaye de couper le microsoft indexer service. Parfois c'est lui qui peut provoquer ceci.

TheSaib · Answer

Ou sinon par curiosité, tes DLL tu les aurais pas mis dans le debug/bin de ton appli ? Si c'est le cas essaye de mettre tes dll dans le repertoire System32, pour voir si ca marche.

pma3d · Answer

J'&#233;tais justement en train d'&#233;crire que je l'avais fait depuis
longtemps, c'est le conseil qui revient le plus souvent pour ce genre
de probl&#232;mes. Mais, bien s&#251;r, &#231;a ne change rien.


Cependant, j'ai peut-&#234;tre une piste, trouv&#233;e en utilisant l'outil
Assembly Binding Log Viewer. Lorsque je charge ma dll, le log est le
m&#234;me que ci-dessus, logique.


Mais quand je modifie ma dll en enlevant toutes les m&#233;thodes qu'elle
contient, la dll est charg&#233;e, et j'ai un premier log qui indique que le
chargement a bien r&#233;ussi :





= Pre-bind state information ===


LOG: Where-ref bind. Location = C:\developpements\lxwmLandcoverAccess\Debug\lxwmLandcoverAccess.dll


LOG: Appbase = C:\WINNT\Microsoft.NET\Framework\v1.1.4322\


LOG: Initial PrivatePath = NULL


LOG: Dynamic Base = NULL


LOG: Cache Base = NULL


LOG: AppName = NULL


Calling assembly : (Unknown).


=


LOG: Processing DEVPATH.


LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).


LOG: Attempting download of new URL file:///C:/developpements/lxwmLandcoverAccess/Debug/lxwmLandcoverAccess.dll.


LOG: Assembly download was successful. Attempting setup of file:
C:\developpements\lxwmLandcoverAccess\Debug\lxwmLandcoverAccess.dll


LOG: Entering run-from-source setup phase.













Mais j'ai aussi un autre log qui m'indique le contraire :


= Pre-bind state information ===


LOG: DisplayName = lxwmLandcoverAccess, Version=1.0.2071.19650, Culture=neutral, PublicKeyToken=null
 (Fully-specified)


LOG: Appbase = C:\WINNT\Microsoft.NET\Framework\v1.1.4322\


LOG: Initial PrivatePath = NULL


LOG: Dynamic Base = NULL


LOG: Cache Base = NULL


LOG: AppName = NULL


Calling assembly : (Unknown)


 ===


LOG: Processing DEVPATH.


LOG: DEVPATH is not set. Falling through to regular bind.


LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).


LOG: Post-policy reference: lxwmLandcoverAccess, Version=1.0.2071.19650, Culture=neutral, PublicKeyToken=null


LOG: Attempting download of new URL file:///C:/WINNT/Microsoft.NET/Framework/v1.1.4322/lxwmLandcoverAccess.DLL.


LOG: Attempting download of new URL
file:///C:/WINNT/Microsoft.NET/Framework/v1.1.4322/lxwmLandcoverAccess/lxwmLandcoverAccess.DLL.


LOG: Attempting download of new URL file:///C:/WINNT/Microsoft.NET/Framework/v1.1.4322/lxwmLandcoverAccess.EXE.


LOG: Attempting download of new URL
file:///C:/WINNT/Microsoft.NET/Framework/v1.1.4322/lxwmLandcoverAccess/lxwmLandcoverAccess.EXE.


LOG: All probing URLs attempted and failed.






Et effectivement, aux emplacements indiqu&#233;s dans le log pr&#233;c&#233;dent, il
n'y avait pas la dll. Alors, &#224; tout hasard, j'ai tent&#233;, et &#231;a ne marche
toujours pas.

Je viens aussi d'essayer dans System32, et &#231;a ne marche pas...

TheSaib · Answer

Dans ton app.config essaye de mettre un probing path pour tes dll perso :

pma3d · Answer

Je n'ai pas de app.config, mais je suppose qu'il s'agit en fait de
l'&#233;quivalent en WinForm du fichier web.config en WebForm... mais je ne
sais pas o&#249; mettre cette ligne.

J'ai essay&#233; au d&#233;but, et &#224; d'autres endroits, mais &#231;a fait appara&#238;tre
une bo&#238;te de dialogue d'erreur : Erreur lors de l'&#233;xecution du projet
etc...

TheSaib · Answer

configuration>configuration> ::|The S@ib|:: MVP C#.NET

pma3d · Answer

Merci pour ton aide, mais, encore une fois, je pense que la balise
runtime ne s'applique que dans le cas des WebForm. Dans mon web.config
en revanche, j'ai juste sous la balise configuration une balise
<system.web> qui est &#224; mon avis l'&#233;quivalent de runtime. J'ai
donc plac&#233; assemblybinding dedans, et la m&#234;me bo&#238;te de dialogue
appara&#238;t toujours.

A tout hasard, j'ai quand m&#234;me essay&#233; en ajoutant la balise runtime, mais &#231;a ne change rien

TheSaib · Answer

On va essayer autre chose

Essaie de mettre tes assembly dans le gac.

::|The S@ib|::
MVP C#.NET

pma3d · Answer

Euh, je d&#233;bute plus ou moins en .NET, et je ne sais pas trop comment on
fait pour mettre les assemblys dans le GAC, mais en faisant tout
simplement glisser/d&#233;poser dans le gac, une boite de dialogue m'indique
que mes dlls ne portent pas de nom fort..

TheSaib · Answer

Ok Ok,

Tout d'abord tu dois générer une paire de clés à l'aide de l'outil sn (ligne de commande).

sn -k c:\macle.snk

dans ton assembly.cs de tes dll il y a un endroit avec de mémoire :
[ASsemblyKeyFile], tu y met le chemin vers ta clé.


Ensuite tu la met dans le GAC :
gacutil /i pathdelassembly.


A priori je n'ai rien oublié.

N'oublie pas de redemarrer regulierement IIS (iisreset /restart)

pma3d · Answer

OK, je vais essayer tout &#231;a, mais il y a un truc qui me para&#238;t bizarre
: j'avais trouv&#233; la commande gacutil en cherchant rapidement sur le
net, mais lorsque je tente de l'utiliser, elle n'est pas trouv&#233;e. Donc,
il manque une variable d'environnement, alors est-ce que mon probl&#232;me
ne pourrait pas venir de l&#224; ?

TheSaib · Answer

non

Ca c'est parceque tu utilises le shell normal. Il faut utiliser le shell visual studio, qui est dans le menu démarrer, programme , visual studio, outil visual , prompt ...

pma3d · Answer

Alors, &#231;a a pris du temps parce qu'il me r&#233;clamait de mettre toutes les
autres DLL dans le gac, mais finalement, &#231;a a march&#233; ..... que trois
fois...

J'ai d'abord recompil&#233; ma dll pour &#234;tre s&#251;r que j'essayais avec la
bonne version et pas avec celle sans m&#233;thodes. Ca n'a pas march&#233; tout
de suite, mais apr&#232;s avoir remis la nouvelle DLL dans le gac et apr&#232;s
avoir red&#233;marr&#233; IIS (&#231;a ne marchait pas avant), le service s'est lanc&#233;
2 fois.

J'ai ensuite modifi&#233; le service, et depuis, &#231;a ne marche plus, malgr&#233; les red&#233;marrages d'IIS....

Si tu as des id&#233;es, je t'&#233;coute...



En tous cas, merci pour ton aide TheSaib, tu m'as fait entrevoir une lueur d'espoir !!!

TheSaib · Answer

Le GAC fait du versionning sur tes DLL. Si tu recompiles, faut re-deployer dans le GAC, et redemmarrer IIS

pma3d · Answer

Ok, c'est ce que je pensais avoir fait, mais &#231;a ne devait pas &#234;tre le
cas. Effectivement, j'ai r&#233;essay&#233; plusieurs fois entre temps, et en
n'oubliant pas de d&#233;ployer la nouvelle dll et de red&#233;marrer iis, &#231;a
marche.

Par contre, j'ai une petite question li&#233;e &#224; l'utilisation du gac : la
cl&#233; reste identique tout le temps ? Du moment qu'elle ne change ou ne
bouge pas, je n'aurais pas de probl&#232;mes de ce c&#244;t&#233; ?

TheSaib · Answer

La clé tu l'as généré, en théorie cette clé tu devrais la garder pour chacun de tes Dev, c'est "ton identifiant", qui prouve que c'est toi qui à développer.

Cette clé est donc identique à chaque fois, il n'y pas de raison que tu ais des problèmes, c'est seulement une signature.


Si tout est OK pense à accepter les réponses pour fermer le thread.

pma3d · Answer

Ok, merci merci merci ! Je viens de gagner un temps fou gr&#226;ce &#224; toi
(surtout que je n'aurais jamais pens&#233; &#224; &#231;a). C'est cool d'avoir de
l'aide efficace !

Thread termin&#233; !

pma3d · Answer

Et ben non !!! Thread pas termin&#233; puisqu'en fait ..... &#231;a marche pas.

J'ai voulu aller plus loin en utilisant mon service web, dont le
constructeur contient un appel au constructeur de ma fameuse dll.

Et lorsque je lance le service, tout va bien, mais lorsque je
l'utilise, j'ai exactement le m&#234;me message d'erreur, mais c&#244;t&#233; client
cette fois :

System.Web.Services.Protocols.SoapException: Le serveur n'a pas pu 
traiter la demande. ---> System.IO.FileLoadException: Une proc&#233;dure import&#233;e 
par 'lxwmLandcoverAccess' ne peut pas &#234;tre charg&#233;e. Nom du fichier : 
"lxwmLandcoverAccess" at ServiceWebClass..ctor() --- Fin de la trace de la 
pile d'exception interne --- 


Alors, du coup, j'ai test&#233; en enlevant l'appel au constructeur, et
l&#224;, tout redevient normal.En fait, l'erreur pr&#233;c&#233;dente n'a &#233;t&#233; que
report&#233;e, puisque j'avais aussi le probl&#232;me de cette proc&#233;dure import&#233;e
qui ne pouvait pas &#234;tre charg&#233;e......


Si tu es encore la TheSaib, j'aimerais abuser de ton temps et te
demander de continuer &#224; suivre mon cas. Les recherches que j'ai fait
sur le net &#224; propos de proc&#233;dure import&#233;e non charg&#233;e ne conduisent &#224;
rien, alors je ne peux compter que sur moi et vous !!!!

Help me !!!!!

TheSaib · Answer

Je suis là.

Est ce que tu mets bien a jour la reference du webservice du client quand tu modifies ton webservice ?

Car a chaque fois que tu le modifies, le proxy qui fait le lien entre ton client et le webservice doit êtr regénéré.

pma3d · Answer

D&#233;sol&#233;, mais je ne peux plus bosser dessus maintenant, je suis en weekend !

Par contre, j'y ai un peu r&#233;fl&#233;chi, et lundi, je ferais du m&#233;nage dans
mes dlls. Je pense qu'il y a peut-&#234;tre quelque part des versions de
dlls qui sont charg&#233;es alors que ce ne sont pas les bonnes. Parce que,
je trouve ce comportement bizarre : la branche 2 de mon sch&#233;ma en haut
est parfaitement identique &#224; la nouvelle branche que je tente
d'ajouter, et le fait d'avoir versionner les dlls grace &#224; ton aide ne
peut que faire en sorte que tout marche correctement. Bref, je te tiens
au courant d&#232;s lundi !

Sinon, oui, je mets bien &#224; jour la r&#233;f&#233;rence web &#224; chaque changement.

pma3d · Answer

Bon, me revoil&#224;, juste pour dire que la solution de the saib est bien
la bonne. Il a suffit que je fasse du m&#233;nage dans mes dlls, et surtout
dans les r&#233;f&#233;rences de mes diff&#233;rents projets pour que &#231;a marche
parfaitement.

Donc, tout va bien ! :)

Erreur de configuration

21 réponses

Votre réponse

Discussions similaires