fichier app.config dans le mauvais projet

Version imprimable

05/06/2012, 09h11
alucia

fichier app.config dans le mauvais projet

Bonjour,

Je ne sais pas si je m'exprime correctement mais voici mon soucis :
Je tente depuis hier d'utiliser mon web service.

Cependant, à chaque fois que j'essaye d'instancier le client, j'obtiens l'exception

Citation:

Impossible de trouver un élément de point de terminaison par défaut qui fait référence au contrat etc.

Après investigation, je pense savoir pourquoi. J'utilise une classe proxy pour faire appel à mon web service.
Plus précisément, mon windows forms instancie ma classe proxy, qui normalement instancie le client et consomme le web service.

En fouillant un peu; j'ai remarqué que le fichier app.config de mon projet de démarrage (le windows form) ne contient casiment rien; le "bon" fichier app.config contenant la configuration de mon web service est dans le projet bibliothèque de classe de ma classe proxy.

Comment puis-je faire pour que le app.config soit au bon endroit ? Dois-je le déplacer manuellement à chaque fois ?

Navrée d'avance si la question a déjà été soulevée, j'ai tenté une recherche sur le forum mais rien de bien concluant (je n'ai peut-être pas employé les bons termes :oops:)
05/06/2012, 10h21
Invité

Tu as raison, il faut que les informations de connexion à ton webservice soit dans ton fichier app.config de ton application.
05/06/2012, 10h45
alucia

comment dois-je faire pour que le app.config de mon windows form récupère les bonnes informations ?
Actuellement c'est le app.config situé dans le répertoire projet de ma dll qui se met à jour
05/06/2012, 11h13
micka132

Peux tu mettre un screenshot de la solution?
Parce que moi je vois pas pourquoi le app.config du winform devrait contenir la config du webservice. L'addresse oui, le binding surement, mais ca s'arrete la.

Comment as tu fait le proxy?
T'as utilisé "reference de service"?

1 pièce(s) jointe(s)

Quand je dis classe proxy je parle de design pattern, mon formateur .NET m'a demandé de faire comme cela

voir ce que cela donne dans l'image en pièce jointe

Edit
Le premier app.config contient ceci :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
<?xml version="1.0"?>
<configuration>
  <system.serviceModel>
    <bindings>
      <basicHttpBinding>
        <binding name="FmcWebServiceSoap" closeTimeout="00:01:00" openTimeout="00:01:00"
            receiveTimeout="00:10:00" sendTimeout="00:01:00" allowCookies="false"
            bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
            maxBufferSize="65536" maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
            messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
            useDefaultWebProxy="true">
          <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
              maxBytesPerRead="4096" maxNameTableCharCount="16384" />
          <security mode="None">
            <transport clientCredentialType="None" proxyCredentialType="None"
                realm="" />
            <message clientCredentialType="UserName" algorithmSuite="Default" />
          </security>
        </binding>
      </basicHttpBinding>
    </bindings>
    <client>
      <endpoint address="http://localhost:1238/FmcWebService.asmx"
          binding="basicHttpBinding" bindingConfiguration="FmcWebServiceSoap"
          contract="FmcWebService.FmcWebServiceSoap" name="FmcWebServiceSoap" />
    </client>
  </system.serviceModel>
<startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup></configuration>

tandis que le second (dans testing) ne contient que cela :

Code:

1
2
3
4
 
<?xml version="1.0"?>
<configuration>
 <startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup></configuration>

et si je copie tout le contenu de <system.serviceModel> du premier dans le second, cela fonctionne

Alors comme c'est fait effectivement il faut que tu colles le contenu.

Par contre le webservice n'est pas dans ta solution. Ce que tu as c'est une reference de service, qui est un proxy. Ce que toi tu appeles un proxy est un masquage du proxy généré par visual studio. Un proxy de proxy en quelques sortes ;). Bref le projet xxxx.Library.View nécessite les informations pour acceder au webservices (le vrai).
En important cette DLL dans le projet de test, il a toujours besoin de ces informations (donc il faut recopier les infos).
Code:

1 2 3 4 5 <client> <endpoint address="http://localhost:1238/FmcWebService.asmx" binding="basicHttpBinding" bindingConfiguration="FmcWebServiceSoap" contract="FmcWebService.FmcWebServiceSoap" name="FmcWebServiceSoap" /> </client>
Ici il est indiqué l'addresse du webservice, et le bindingConfiguration fait referrence au gros pavé du dessus.

05/06/2012, 15h55
alucia

Merci beaucoup, je comprend mieux :P