IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Services Web Discussion :

intérrogation de méthodes WCF sans réponse


Sujet :

Services Web

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Février 2006
    Messages
    149
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 149
    Par défaut intérrogation de méthodes WCF sans réponse
    Salut à tous.

    voila mon problème. je développe un serveur WCF tres simple, avec un contrat de test. lorsque j'interroge mon serveur via un client .Net ca marche sans problème. mon proxy client fourni les appels, mes appels répondent bien ce qu'il faut etc. mais si je fais mes appels via un navigateur par exemple, la ya plus rien, page blanche. je vous fourni mon app.config serveur :

    Code : 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
     
    <services>
          <service name="WcfTest.ServiceTest" behaviorConfiguration="BehaviourService.ServiceTest">
            <endpoint address="" binding="basicHttpBinding" bindingConfiguration="" name="WCF_ServiceTest" contract="WcfTest.IServiceTest">
              <identity>
                <dns value="localhost"/>
              </identity>
            </endpoint>
     
            <endpoint address="mex" binding="mexHttpBinding" name="EP_MEX" contract="IMetadataExchange"/>
            <host>
              <baseAddresses>
                <add baseAddress="http://localhost:8732/IServiceTest"/>
              </baseAddresses>
            </host>
          </service>
        </services>
        <behaviors>
          <serviceBehaviors>
            <behavior name="BehaviourService.ServiceTest">
              <serviceMetadata httpGetEnabled="true"/>
              <serviceDebug includeExceptionDetailInFaults="true"/>
            </behavior>
          </serviceBehaviors>
        </behaviors>
    pour info lorsque je fais appel au wsdl via le navigateur, ca marche tres bien.

    j'effectue de cette manière l'appel a mes methodes :

    Peut etre est ce mon appel qui est bidon ?

    merci d'avance pour vos réponses

  2. #2
    Invité
    Invité(e)
    Par défaut
    Pour que cela marche il faut que tu utilises le binding webHttpBinding donc que tu fasses du REST avec WCF. Sinon tu peux te créer un Web API grâce à ASP.Net Web API.

    Pour WCF je te conseille ce tutoriel.

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Février 2006
    Messages
    149
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 149
    Par défaut
    Merci pour cette réponse. c'est effectivement ce que j'ai découvert entre temps, ta réponse me confirme ce choix. une question que je me pose aussi. en fait l'appel via navigateur n'est qu'un test, le but final est de passer par une appli android. le choix de REST est il le plus judicieux du coup ? je devine que oui vu tout ce que j'ai lu jusqu'ici, je pose tout de même la question. Aussi, lorsque je fais du webHttpBinding, est ce que je peux ajouter un endpoint type nettcp par exemple ?

    merci bien

  4. #4
    Membre émérite Avatar de chamamo
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    588
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 588
    Par défaut
    Le choix du Rest est un choix logique et ça correspond parfaitement à ton cas, d'autant plus que Android ne fournit rien pour consommer des services Soap, par contre pour le Rest tu as quelques package (org.apache.http, org.json packages).

  5. #5
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par splinternabs Voir le message
    une question que je me pose aussi. en fait l'appel via navigateur n'est qu'un test, le but final est de passer par une appli android. le choix de REST est il le plus judicieux du coup ?
    Très judicieux

    Citation Envoyé par splinternabs Voir le message
    Aussi, lorsque je fais du webHttpBinding, est ce que je peux ajouter un endpoint type nettcp par exemple ?
    Un service WCF peut être exposé via plusieurs endpoints (points de terminaison) et chaque endpoint peut utiliser le binding qu'il veut. Donc tu peux utiliser 2 endpoints : l'un exposant ton service en REST donc webHttpBinding et l'autre endpoint peut utiliser netTcpBinding.

  6. #6
    Membre confirmé
    Profil pro
    Inscrit en
    Février 2006
    Messages
    149
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 149
    Par défaut
    merci pour vos réponses. je confirme, REST c'est de la bombe !!! ca tue tout le reste !!!

    non c'est le top, ca marche nickel. bon maintenant faut que j'essaie mes trucs depuis un client réellement distant, mais la c'est une autre histoire.

    bonne continuation à vous, et a tres bientot sans doute ;-)

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Section "mes messages" et "sans réponse"
    Par efficks dans le forum Mode d'emploi & aide aux nouveaux
    Réponses: 26
    Dernier message: 03/07/2006, 22h11
  2. requete SQL sans réponse
    Par kilian dans le forum Langage SQL
    Réponses: 2
    Dernier message: 23/08/2004, 09h36

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo