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 :

Aucun acces au webservice dotnet exposé


Sujet :

Services Web

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Futur Membre du Club
    Homme Profil pro
    Developer
    Inscrit en
    Avril 2012
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Developer

    Informations forums :
    Inscription : Avril 2012
    Messages : 3
    Par défaut Aucun acces au webservice dotnet exposé
    Bonjour
    Je voudrais consommer un web service web dotnet (asmx) avec un client dotnet, j'ai le message d'erreur suivant :

    Le serveur n'a pas fourni de réponse pertinente ; ceci peut être causé par des contrats qui ne correspondent pas, un arrêt prématuré de la session ou une erreur interne du serveur
    Comment interpréter cette erreur, il semblerait que cela viennent de mon service! Des contrats qui ne correspondent pas!!! Je n'arrive pas à vraiment interpréter cette erreur afin d'avoir quelques piste!!
    Car je peux y accéder à mon service en HTTP et j'ai bien intégré mon service web en tant que référence web dans mon client.

    Merci.

    Environnement technique :
    • Windows 7
    • IIS 7.5
    • Visual Studio 2008
    • C#

    ---------------------

    Server stack trace:
    à System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
    à System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
    à System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

    Exception rethrown at [0]:
    à System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
    à System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
    à TestAPIService.A2ia_api.IcrServiceSoapBinding.ReadC(ReadAsk request)
    à TestAPIService.A2ia_api.IcrServiceSoapBindingClient.TestAPIService.A2ia_api.IcrServiceSoapBinding.ReadC(ReadAsk request) dans C:\Users\xxxxxxx\Documents\Visual Studio 2008\Projects\TestAPIService\TestAPIService\Service References\A2ia_api\Reference.cs:ligne 818
    à TestAPIService.A2ia_api.IcrServiceSoapBindingClient.ReadC(readAskvalue arg0) dans C:\Users\xxxxxxx\Documents\Visual Studio 2008\Projects\TestAPIService\TestAPIService\Service References\A2ia_api\Reference.cs:ligne 824
    à TestAPIService.Program.Main(String[] args) dans C:\Users\xxxxxxx\Documents\Visual Studio 2008\Projects\TestAPIService\TestAPIService\Program.cs:ligne 63

  2. #2
    Membre expérimenté
    Profil pro
    Inscrit en
    Février 2005
    Messages
    351
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Février 2005
    Messages : 351
    Par défaut
    Salut sfinx,

    Ton client dotnet, est-ce un client aspx ou autre chose?

    Cédric

  3. #3
    Futur Membre du Club
    Homme Profil pro
    Developer
    Inscrit en
    Avril 2012
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Developer

    Informations forums :
    Inscription : Avril 2012
    Messages : 3
    Par défaut
    Salut Cédric, merci de ton retour,

    Pour répondre à ta question mon client DOTNET est une console mais la cible est un client Java. Néanmoins j'ai identifié le problème, cela venait de la configuration MTOM activé dans le web.config de mon service asp.net qui fait du transfert de fichier en mode MTOM;. Je rappelle que j'utilisais Visual Studio 2008 et le mtom est géré par le WSE 3.0. Et que ce dernier n'est plus supporté par Visual Studio 2008. Du coup la solution est de migrer mon service vers du WCF qui supporte MTOM. Par contre J'ai des problèmes d’intéropérabilité entre mon service WCF MTOM vers mon client Java ou un SOAP UI.

    "IIS 7.5 Erreur détaillée - 400.0 - Bad Request"
    Le paramètre MTOM est activé cotés service et client. Pour information je n'éprouve aucune difficulté à faire communiquer ce service WCF avec un client console DOTNET :

    As tu une idée ou une recommandation à me faire ? En te remerciant. Cdlt

  4. #4
    Membre expérimenté
    Profil pro
    Inscrit en
    Février 2005
    Messages
    351
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Février 2005
    Messages : 351
    Par défaut
    Salut sfinx,

    Comme ça: je n'ai pas vraiment d'idée! Il faudrait que tu puisse aller en debug dans WCF jusqu'à quand tu appelles ton client Java et voir ce qui bloquer!. car l'erreur bad request, cela veut dire qu'il y a quelque chose dans ta requête SOAP qui ne joue pas (soit l'url, l'en-têter...)

    Voilà c'est tout ce que je peux dire pour le moment, mais si j'ai autre chose, je te le ferai savoir!

    Cédric

Discussions similaires

  1. Acces à un webservice en HTTPS
    Par Gatsu35 dans le forum Flex
    Réponses: 0
    Dernier message: 15/11/2008, 14h36
  2. Problème d'accès au webservices avec certificat
    Par error dans le forum Services Web
    Réponses: 1
    Dernier message: 09/06/2008, 16h30
  3. Erreur lors de l'accès à un WebService via IE
    Par kendras dans le forum Services Web
    Réponses: 1
    Dernier message: 11/10/2007, 16h06
  4. Problème d'accès à un WebService
    Par skywaukers dans le forum Delphi .NET
    Réponses: 2
    Dernier message: 21/09/2007, 23h03
  5. Réponses: 1
    Dernier message: 16/07/2007, 09h11

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