Discussion :

[Seth77]

Salut

j ai juste creer un nouveau service wcf, sans rien modifier ;
dans mon service windows je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
ServiceHost serviceHost = null;
serviceHost = new ServiceHost(typeof(Service1));
serviceHost.Open();

je recois l erreur suivante :

Service 'MySecretNamespace.Service1' has zero application (non-infrastructure) endpoints. This might be because no configuration file was found for your application, or because no service element matching the service name could be found in the configuration file, or because no endpoints were defined in the service element.

merci

[meziantou]

A quoi ressemble le fichier de configuration ?

[Seth77]

A quoi ressemble le fichier de configuration ?

J ai fais aucune modif dans le fichier de config!

Code xml :

Sélectionner tout - Visualiser dans une fenêtre à part

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
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
 
 
<?xml version="1.0"?>
<configuration>
 
  <system.web>
    <compilation debug="true"/>
  </system.web>
  <!-- When deploying the service library project, the content of the config file must be added to the host s app.config file. System.Configuration does not support config files for libraries. -->
  <system.serviceModel>
    <services>
      <service name="MySecretNamespace.Service1">
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:8000/Design_Time_Addresses/MySecretNamespace/Service1/"/>
          </baseAddresses>
        </host>
        <!-- Service Endpoints -->
        <!-- Unless fully qualified, address is relative to base address supplied above -->
        <endpoint address="" binding="wsHttpBinding" contract="MySecretNamespace.IService1">
          <!-- 
              Upon deployment, the following identity element should be removed or replaced to reflect the 
              identity under which the deployed service runs.  If removed, WCF will infer an appropriate identity 
              automatically.
          -->
          <identity>
            <dns value="localhost"/>
          </identity>
        </endpoint>
        <!-- Metadata Endpoints -->
        <!-- The Metadata Exchange endpoint is used by the service to describe itself to clients. --> 
        <!-- This endpoint does not use a secure binding and should be secured or removed before deployment -->
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior>
          <!-- To avoid disclosing metadata information, 
          set the value below to false and remove the metadata endpoint above before deployment -->
          <serviceMetadata httpGetEnabled="True"/>
          <!-- To receive exception details in faults for debugging purposes, 
          set the value below to true.  Set to false before deployment 
          to avoid disclosing exception information -->
          <serviceDebug includeExceptionDetailInFaults="False"/>
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>
 
<startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup></configuration>

[Invité]

Le code utilisé pour héberger ton service est correct. Le fichier de configuration indique que ton service Service1 doit se trouver dans l'espace de MySecretNamespace:

• Si ce n'est pas le cas alors corrige en mettant le bon espace de noms.
• Si c'est le cas vérifie que le fichier de configuration est bien pris en compte par l'application (après compilation, normalement un fichier [NomDeMonExe].exe.config est créé à la racine de ton exécutable).

[Seth77]

Le code utilisé pour héberger ton service est correct. Le fichier de configuration indique que ton service Service1 doit se trouver dans l'espace de MySecretNamespace:

• Si ce n'est pas le cas alors corrige en mettant le bon espace de noms.
• Si c'est le cas vérifie que le fichier de configuration est bien pris en compte par l'application (après compilation, normalement un fichier [NomDeMonExe].exe.config est créé à la racine de ton exécutable).

Donc oui le namespace est bien le bon ; si il s agit bien du namespace du service wcf et non le namespace du service windows dans lequel j utilise le service wcf
j ai mis le namespace du service wcf.

Oui, j avais egalement verifier le fichier config ; il fait bien la copie du fichier config a cote de la dll (service wcf) avec la bonne config, par contre le fichier config de l'exe (service windows) est pratiquement vide

[Invité]

Bah... Je viens de comprendre ta boulette.
La configuration qui est prise en compte est celle de ton service windows (parce que tout simplement c'est lui qui exécute et charge ta DLL mais pas en même temps le fichier de configuration associé à ta DLL). Donc ce qu'il faut faire c'est de copier toute la section <system.serviceModel> du fichier de configuration de ta DLL (celle qui contient ton service WCF) dans le fichier de configuration de ton service windows.

[Seth77]

Bah... Je viens de comprendre ta boulette.
La configuration qui est prise en compte est celle de ton service windows (parce que tout simplement c'est lui qui exécute et charge ta DLL mais pas en même temps le fichier de configuration associé à ta DLL). Donc ce qu'il faut faire c'est de copier toute la section <system.serviceModel> du fichier de configuration de ta DLL (celle qui contient ton service WCF) dans le fichier de configuration de ton service windows.

Je m en doutais ! pffffff


c est possible de faire ca par code ?

[Invité]

c est possible de faire ca par code ?

C'est possible mais ce n'est pas recommandé tout simplement parce que tu vas être amené à mettre l'adresse du point de terminaison (endpoint) en dur ce qui n'est pas souhaitable. Si tu veux quand même le faire alors une petite recherche sur MSDN te fournira un exemple de code tout fait.

[Seth77]

C'est possible mais ce n'est pas recommandé tout simplement parce que tu vas être amené à mettre l'adresse du point de terminaison (endpoint) en dur ce qui n'est pas souhaitable. Si tu veux quand même le faire alors une petite recherche sur MSDN te fournira un exemple de code tout fait.