Discussion :

[WebPac]

Bonjour, tout le monde, j'ai suivi un tuto pour faire mes premières applications WCF et j'ai une exception à l'exécution de la partie serveur.

J'ai un projet bibliothèque de service WCF qui possède l'interface :

Code C# :

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
 
namespace WcfService
{    [ServiceContract]
    public interface IServiceConvertisseur
    {
        [OperationContract]
        string GetData(int value);
 
        [OperationContract]
        CompositeType GetDataUsingDataContract(CompositeType composite);
 
        [OperationContract]
        decimal EuroToUsDollar(decimal montant);
 
        [OperationContract]
        decimal UsDollarToEuro(decimal montant);
    }
 
    // Utilisez un contrat de données comme indiqué dans l'exemple ci-après pour ajouter les types composites aux opérations de service
    [DataContract]
    public class CompositeType
    {
        bool boolValue = true;
        string stringValue = "Hello ";
 
        [DataMember]
        public bool BoolValue
        {
            get { return boolValue; }
            set { boolValue = value; }
        }
 
        [DataMember]
        public string StringValue
        {
            get { return stringValue; }
            set { stringValue = value; }
        }
    }
}

Puis, un second projet du type bibliothèque de service WCF qui implémente les interfaces :

Code C# :

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
 
namespace WcfService
{
    public class ServiceConvertisseur : IServiceConvertisseur
    {
        public string GetData(int value)
        {
            return string.Format("You entered: {0}", value);
        }
 
        public CompositeType GetDataUsingDataContract(CompositeType composite)
        {
            if (composite == null)
            {
                throw new ArgumentNullException("composite");
            }
            if (composite.BoolValue)
            {
                composite.StringValue += "Suffix";
            }
            return composite;
        }
 
        #region IServiceConvertisseur Membres
 
        public decimal EuroToUsDollar(decimal montant)
        {
            return montant * (decimal)1.32;
        }
 
        public decimal UsDollarToEuro(decimal montant)
        {
            return montant * (decimal)0.757;
        }
 
        #endregion
    }
}

Et enfin, un application hôte qui possède un fichier de configuration :

Code XML :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <system.serviceModel>
    <services>
      <service name="WcfService.ServiceConvertisseur">
        <endpoint
          address="http://localhost:8018/ServiceConvertisseur"
          binding="basicHttpBinding"
          contract="WcfService.IServiceConvertisseur" />
      </service>
    </services>
  </system.serviceModel>
</configuration>

Mais quand j'exécute l'application hôte, j'ai ce message d'erreur :

Le service 'WcfService.ServiceConvertisseur' ne possède aucun point de terminaison d'application (non infrastructure). Cela peut être dû au fait qu'aucun fichier de configuration n'a été trouvé pour votre application, qu'aucun élément de service correspondant au nom du service n'a été trouvé dans le fichier de configuration ou qu'aucun point de terminaison n'a été défini dans l'élément de service.

J'ai vérifié les namespaces et noms des services, interfaces, ... et je ne trouve pas mon erreur.

[Bluedeep]

Bonjour

Est ce un service que tu host dans IIS ou dans une application ? (application service ou pas, ce n'est pas un problème).

Si tu host dans IIS, il ne faut pas mentionner l'attribut adress dans le endpoint.

Par ailleurs, si tu souhaites tester avec l'utiitaire WF Client Test il faut exposer le "mex" dans le fichier de configuration, donc rajouter :

Code :

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

1
2
 
<endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>

dans le noeud service.

[WebPac]

Bonjour

Est ce un service que tu host dans IIS ou dans une application ? (application service ou pas, ce n'est pas un problème).

Si tu host dans IIS, il ne faut pas mentionner l'attribut adress dans le endpoint.

Par ailleurs, si tu souhaites tester avec l'utiitaire WF Client Test il faut exposer le "mex" dans le fichier de configuration, donc rajouter :

Code :

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

1
2
 
<endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>

dans le noeud service.

Salut,
je l'hoste dans une simple application (WPF) qui possède des boutons Start et Stop et je n'ai pas encore fait de client pour communiquera avec le serveur, je souhaite d'abord arriver à le faire tourner avant de m'attaquer au client.

En fait, j'ai suivi ce tuto :
http://webman.developpez.com/articles/dotnet/wcf/intro/

[Bluedeep]

Poste l'intégralité de ton fichier app.config, STP.

[WebPac]

Ce que j'avais copié tout à l'heure était déjà l'intégralité du 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
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <system.serviceModel>
    <services>
      <service name="WcfService.ServiceConvertisseur">
        <endpoint
          address="http://localhost:8018/ServiceConvertisseur"
          binding="basicHttpBinding"
          contract="WcfService.IServiceConvertisseur" />
      </service>
    </services>
  </system.serviceModel>
</configuration>

C'est le fichier de config de l'application hôte.

Par contre, la bibliothèque qui implémente l'interface contrat possède aussi un fichier de configuration automatiquement généré à la création du projet, je ne sais pas si c'est important et s'il peut rentrer en conflit avec celui de l'application hôte.

[Bluedeep]

.

Par contre, la bibliothèque qui implémente l'interface contrat possède aussi un fichier de configuration automatiquement généré à la création du projet, je ne sais pas si c'est important et s'il peut rentrer en conflit avec celui de l'application hôte.

Et d'où sort le fichier de configuration de la bibliothèque ?

Ceci dit, un fichier de configuration sur une assembly n'est pas pris en compte normalement : il faut soit copier son contenu dans le fichier app.config soit gérer son chargement programmatiquement.

Poste la config de l'assembly.

[WebPac]

Et d'où sort le fichier de configuration de la bibliothèque ?

Ceci dit, un fichier de configuration sur une assembly n'est pas pris en compte normalement : il faut soit copier son contenu dans le fichier app.config soit gérer son chargement programmatiquement.

Poste la config de l'assembly.

Je ne sais pas pourquoi ce fichier de configuration de la bibliothèque existe. Il a été automatiquement créé quand j'ai déclaré ce projet.

Voici la config de l'assembly du projet hôte (je ne sais pas si tu parlais de cette assembly) :

Code C# :

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
52
53
54
55
using System.Reflection;
using System.Resources;
using System.Runtime.CompilerServices;
using System.Runtime.InteropServices;
using System.Windows;
 
// Les informations générales relatives à un assembly dépendent de 
// l'ensemble d'attributs suivant. Changez les valeurs de ces attributs pour modifier les informations
// associées à un assembly.
[assembly: AssemblyTitle("HoteService")]
[assembly: AssemblyDescription("")]
[assembly: AssemblyConfiguration("")]
[assembly: AssemblyCompany("Microsoft")]
[assembly: AssemblyProduct("WcfHoteService")]
[assembly: AssemblyCopyright("Copyright © Microsoft 2010")]
[assembly: AssemblyTrademark("")]
[assembly: AssemblyCulture("")]
 
// L'affectation de la valeur false à ComVisible rend les types invisibles dans cet assembly 
// aux composants COM. Si vous devez accéder à un type dans cet assembly à partir de 
// COM, affectez la valeur true à l'attribut ComVisible sur ce type.
[assembly: ComVisible(false)]
 
//Pour commencer à générer des applications localisables, définissez 
//<UICulture>CultureYouAreCodingWith</UICulture> dans votre fichier .csproj
//dans <PropertyGroup>. Par exemple, si vous utilisez le français
//dans vos fichiers sources, définissez <UICulture> à fr-FR. Puis, supprimez les marques de commentaire de
//l'attribut NeutralResourceLanguage ci-dessous. Mettez à jour "fr-FR" dans
//la ligne ci-après pour qu'elle corresponde au paramètre UICulture du fichier projet.
 
//[assembly: NeutralResourcesLanguage("en-US", UltimateResourceFallbackLocation.Satellite)]
 
 
[assembly: ThemeInfo(
    ResourceDictionaryLocation.None, //où se trouvent les dictionnaires de ressources spécifiques à un thème
    //(utilisé si une ressource est introuvable dans la page, 
    // ou dictionnaires de ressources de l'application)
    ResourceDictionaryLocation.SourceAssembly //où se trouve le dictionnaire de ressources générique
    //(utilisé si une ressource est introuvable dans la page, 
    // dans l'application ou dans l'un des dictionnaires de ressources spécifiques à un thème)
)]
 
 
// Les informations de version pour un assembly se composent des quatre valeurs suivantes*:
//
//      Version principale
//      Version secondaire 
//      Numéro de build
//      Révision
//
// Vous pouvez spécifier toutes les valeurs ou indiquer les numéros de build et de révision par défaut 
// en utilisant '*', comme indiqué ci-dessous*:
// [assembly: AssemblyVersion("1.0.*")]
[assembly: AssemblyVersion("1.0.0.0")]
[assembly: AssemblyFileVersion("1.0.0.0")]

Par contre, quand on rajoute un fichier de configuration, il n'est pas automatiquement pris en compte ?
En fait, il n'y avait pas de fichier de configuration de l'application hôte, alors j'ai fait Ajouter > Nouveau fichier > Fichier de configuration.

[WebPac]

A priori, c'est bien un problème de fichier de configuration qui n'est pas automatiquement chargé sur mon application hôte faite en WPF.
J'ai fait une seconde application en WinForms pour être une autre hôte et ça fonctionne (en netTcpBinding car en basicHttpBinding j'avais un problème d'autorisations).

[Bluedeep]

Je ne sais pas pourquoi ce fichier de configuration de la bibliothèque existe. Il a été automatiquement créé quand j'ai déclaré ce projet.

Voici la config de l'assembly du projet hôte (je ne sais pas si tu parlais de cette assembly) ar contre, quand on rajoute un fichier de configuration, il n'est pas automatiquement pris en compte ?
En fait, il n'y avait pas de fichier de configuration de l'application hôte, alors j'ai fait Ajouter > Nouveau fichier > Fichier de configuration.

Attention : ceci n'est pas un fichier de configuration, mais la description des propriétés de l'assembly. C'est un fichier .cs (même si il ne contient que des attributs) pas un fichier xml de configuration.

Il est donc pris en compte par la compilaton et n'a pas à être copié puisque ses infos résultantes sont incluses dans le fichier binaire .DLL

Toute assembly (que ce soit un exe ou un dll) dispose de ces informations.

[WebPac]

Attention : ceci n'est pas un fichier de configuration, mais la description des propriétés de l'assembly. C'est un fichier .cs (même si il ne contient que des attributs) pas un fichier xml de configuration.

Il est donc pris en compte par la compilaton et n'a pas à être copié puisque ses infos résultantes sont incluses dans le fichier binaire .DLL

Toute assembly (que ce soit un exe ou un dll) dispose de ces informations.

Merci pour ces informations, mais désolé je n'ai toujours pas compris ce que tu entendais par :

Poste la config de l'assembly.

[Bluedeep]

Merci pour ces informations, mais désolé je n'ai toujours pas compris ce que tu entendais par :

Et bien, sur ce, rien, car tu parlais d'un fichier de configuration de l'assembly ce qui était étrange; mais comme il se confirme que c'est la c'est le fichier d'info de l'assembly et pas un fichier de config, il n'y a plus d'ambigüité de ce coté.

[WebPac]

Et bien, sur ce, rien, car tu parlais d'un fichier de configuration de l'assembly ce qui était étrange; mais comme il se confirme que c'est la c'est le fichier d'info de l'assembly et pas un fichier de config, il n'y a plus d'ambigüité de ce coté.

Parfait, je ne parlerai plus de fichier de configuration de l'assembly mais de l'application, mais finalement, je ne sais toujours pas quelle est la solution à mon problème.

[timiteh]

Parfait, je ne parlerai plus de fichier de configuration de l'assembly mais de l'application, mais finalement, je ne sais toujours pas quelle est la solution à mon problème.

Je rebondis sur le sujet.
Normalement seul le fichiers de configuration de l'application est pris en compte par celle-ci. Donc même si un fichier de configuration est généré dans une librairie de classe, il est impératif de copier son contenu dans le fichier de configuration de l'application.
Donc pouvez vous effectuer cette opération pour que nous voyions si cela résout votre problème ?
Accessoirement pourriez vous poster le contenu du fichier de configuration de la librairie de classes ?

[WebPac]

Je rebondis sur le sujet.
Normalement seul le fichiers de configuration de l'application est pris en compte par celle-ci. Donc même si un fichier de configuration est généré dans une librairie de classe, il est impératif de copier son contenu dans le fichier de configuration de l'application.
Donc pouvez vous effectuer cette opération pour que nous voyions si cela résout votre problème ?
Accessoirement pourriez vous poster le contenu du fichier de configuration de la librairie de classes ?

Lors de mes tests, j'ai supprimé le fichier de configuration de la bibliothèque, par contre, je peux en recréer un générique, ça donne qqch de ce style là :

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
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
 
  <system.web>
    <compilation debug="true" />
  </system.web>
  <!-- Lors du déploiement du projet de bibliothèque du service, le contenu du fichier de configuration doit être ajouté au fichier app.config  
  de l'hôte. System.Configuration ne prend pas en charge les fichiers de configuration pour les bibliothèques. -->
  <system.serviceModel>
    <services>
      <service name="WcfServiceLibrary4.Service1">
        <host>
          <baseAddresses>
            <add baseAddress = "http://localhost:8732/Design_Time_Addresses/WcfServiceLibrary4/Service1/" />
          </baseAddresses>
        </host>
        <!-- Service Endpoints -->
        <!-- Sauf si elle est qualifiée complète, l'adresse est relative à l'adresse de base indiquée plus haut -->
        <endpoint address ="" binding="wsHttpBinding" contract="WcfServiceLibrary4.IService1">
          <!-- 
              Lors du déploiement, l'élément d'identité suivant doit être supprimé ou remplacé pour refléter 
              l'identité sous laquelle le service déployé s'exécute.  En cas de suppression, WCF déduira automatiquement une identité 
              appropriée.
          -->
          <identity>
            <dns value="localhost"/>
          </identity>
        </endpoint>
        <!-- Metadata Endpoints -->
        <!-- Le point de terminaison de l'échange de métadonnées est utilisé par le service pour se décrire aux clients. --> 
        <!-- Ce point de terminaison n'utilise pas de liaison sécurisée et doit être sécurisé ou supprimé avant le déploiement -->
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior>
          <!-- Pour éviter la divulgation des informations sur les métadonnées, 
          définissez la valeur ci-dessous sur false et supprimez le point de terminaison des métadonnées ci-dessus avant le déploiement -->
          <serviceMetadata httpGetEnabled="True"/>
          <!-- Pour recevoir les détails d'exception des erreurs à des fins de débogage, 
          définissez la valeur ci-dessous sur true.  Définissez-la sur false avant le déploiement 
          pour éviter la divulgation des informations d'exception -->
          <serviceDebug includeExceptionDetailInFaults="False" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>
 
</configuration>

[WebPac]

C'est bon, j'ai trouvé l'erreur, c'est vraiment ...

En fait, mon fichier de configuration s'appelait App1.config, j'ai testé (par acquis de conscience) en le renommant en App.config et maintenant ça marche.

Je ne pensais pas que le nom du fichier aurait pu être aussi important. D'ailleurs, je me demande pourquoi VS2010 ne l'a pas automatiquement nommé App.config.

En tout merci à ceux qui m'ont aidé.

[Bluedeep]

C'est bon, j'ai trouvé l'erreur, c'est vraiment ...

En fait, mon fichier de configuration s'appelait App1.config, j'ai testé (par acquis de conscience) en le renommant en App.config et maintenant ça marche.

Oui, en effet. Si tu nous avais précisé que tu avais "dé-normalisé" le nom du fichier de config, je pense qu'on aurait pu te donner plus vite la clef;

Je ne pensais pas que le nom du fichier aurait pu être aussi important.

Si tu ne souhaites pas faire de code pour gérer la config (ce qui est logique comme demande, car la config par défaut c'est un peu fait pour ça), il n'est pas étonnant de devoir respecter le nommage par défaut (qui suffit dans 80% des cas).

D'ailleurs, je me demande pourquoi VS2010 ne l'a pas automatiquement nommé App.config.

Ce n'est pas Visual Studio qui nomme les fichiers de config, c'est toi.

Quand tu choisis Add New Item -> Application Configuration File, il te propose par défaut app.config si tu n'as pas déjé de fichier avec ce nom sur le répertoire ; si tu as déjà un fichier de ce nom dans le répertoire projet (même si il n'est pas référencé dans le projet) il va te proposer app1.config, et si app(n).config existe il va te proposer app(n+1).config, etc .....

[WebPac]

Oui, en effet. Si tu nous avais précisé que tu avais "dé-normalisé" le nom du fichier de config, je pense qu'on aurait pu te donner plus vite la clef;

Si je connaissais en avance la solution à mon problème, je n'aurais pas eu besoin de poster une demande sur le forum.

Si tu ne souhaites pas faire de code pour gérer la config (ce qui est logique comme demande, car la config par défaut c'est un peu fait pour ça), il n'est pas étonnant de devoir respecter le nommage par défaut (qui suffit dans 80% des cas).

On peut tout de même espérer que lorsqu'on rajoute un fichier un configuration à un projet via un assistant de VS, qu'il le rajoute dans le projet et qu'il le reconnaisse comme fichier de configuration de projet.

Ce n'est pas Visual Studio qui nomme les fichiers de config, c'est toi.

Quand tu choisis Add New Item -> Application Configuration File, il te propose par défaut app.config si tu n'as pas déjé de fichier avec ce nom sur le répertoire ; si tu as déjà un fichier de ce nom dans le répertoire projet (même si il n'est pas référencé dans le projet) il va te proposer app1.config, et si app(n).config existe il va te proposer app(n+1).config, etc .....

Pourtant, tu crées un nouveau projet WPF vierge, tu demandes de rajouter un fichier de configuration, par défaut il va l'appeler App1.config alors que dans les dossiers et sous-dossiers du projet il n'y a pas de fichier nommé App.config.


D'ordre général, Bluedeep, je suis vraiment désolé de ne pas avoir ton niveau de connaissances en .Net et de devoir écrire sur ce forum pour arriver à progresser et déranger des gens qui ont un niveau supérieur au mien dans cette technologie et si ça t'embête vraiment de m'aider, saches que tu n'y es pas forcé.

[Bluedeep]

Pourtant, tu crées un nouveau projet WPF vierge, tu demandes de rajouter un fichier de configuration, par défaut il va l'appeler App1.config alors que dans les dossiers et sous-dossiers du projet il n'y a pas de fichier nommé App.config.

Ben non : je viens de vérifier par acquis de conscience sur VS2010 et le comportement est identique à celui de VS2008 : il me propose App.Config tant que jen'ai pas de app.config déjà existant sur le répertoire projet.

D'ordre général, Bluedeep, je suis vraiment désolé de ne pas avoir ton niveau de connaissances en .Net et de devoir écrire sur ce forum pour arriver à progresser

C'est le but du forum non ?

et déranger des gens qui ont un niveau supérieur au mien dans cette technologie et si ça t'embête vraiment de m'aider, saches que tu n'y es pas forcé.

Là, je tombe des nues.
Si ca "m'embêtait d'aider" je ne posterais pas ici (car de fait, je réponds plus souvent que je ne trouve de réponses à mes propres interrogations), et que je sache j'ai essayé à chaque fois de te fournir des infos que j'estimais pertinentes.

Si elles te conviennent pas, qu'elles ne te semblent pas pertinentes ou ne te suffisent pas, tu m'en vois navré, mais je ne vois pas pourquoi tu prends la mouche ainsi.

[WebPac]

Ben non : je viens de vérifier par acquis de conscience sur VS2010 et le comportement est identique à celui de VS2008 : il me propose App.Config tant que jen'ai pas de app.config déjà existant sur le répertoire projet.

Je suis content si tu as le fonctionnement attendu, je ne sais pas pourquoi VS2010 sur mon poste me propose par défaut app1.config sur des applis en WPF et pas chez toi.

C'est le but du forum non ?

Là, je tombe des nues.
Si ca "m'embêtait d'aider" je ne posterais pas ici (car de fait, je réponds plus souvent que je ne trouve de réponses à mes propres interrogations), et que je sache j'ai essayé à chaque fois de te fournir des infos que j'estimais pertinentes.

Si elles te conviennent pas, qu'elles ne te semblent pas pertinentes ou ne te suffisent pas, tu m'en vois navré, mais je ne vois pas pourquoi tu prends la mouche ainsi.

Tout simplement parce que je trouve que certaines remarques ne sont pas du tout constructives et que j'ai l'impression de t'embêter avec des problèmes terre-à-terre mais que je peux comprendre qu'il est parfois fatiguant de devoir rebacher des choses à de bases à des gens qui n'ont pas notre niveau.

Et si tu ne suis pas, je fais aussi référence à l'autre topic où on parlait de client lourd, client léger, service windows etc...

[Bluedeep]

Je suis content si tu as le fonctionnement attendu, je ne sais pas pourquoi VS2010 sur mon poste me propose par défaut app1.config sur des applis en WPF et pas chez toi.

Ah, je n'ai pas vérifié pour WPF. J'ai choisi appli windows console (comme tu voulaisfaire une appli de test WCF, ca me semblait le modèle adapté).