8
votes

Bus de service pour Windows Server - La version API n'est pas prise en charge.

Je envisage de développer une application pour exécuter sur site et hors-lieu et espérait utiliser le bus de service pour communiquer entre les services. J'ai 2 problèmes:

  1. Mon réseau d'entreprise bloque l'accès à mon point final Azure, donc je ne peux donc pas utiliser mon authentique bus d'azur.
  2. Je ne peux pas utiliser WindowsAzure.ServiceBus version 2.2.7.0 contre mon bus de service Windows Server.

    Je reçois ce qui suit chaque fois que j'essaie d'utiliser le bus Windows Server Service Bus (E.G. Nomspacemanager.QueEeeExists):

    System.ArgumentException: le serveur distant a renvoyé une erreur: (400) mauvaise demande. La version API dans la chaîne de requête n'est pas prise en charge. Éliminez-le de l'URI ou utilisez l'un de 2012-03 2012-08,2013-04,2013-07 ...

    Je suppose que j'ai besoin d'ajouter une version API-Version à des nomspacemanager.createfromConnectionsRing, mais je ne peux tout simplement pas savoir comment: (

    Ma chaîne de connexion actuelle est la suivante:

    Endpoint = SB: // [Ma machine] / ServiceBusDefaultNamespace; STSENDPOINT = HTTPS: // [Ma machine]: 9355 / ServiceBusDefaultNamespace; RunTimeport = 9354; GestionPort = 9355

    Peu importe où je trous API-Version = 2013-07 Cela ne l'aime pas.

    mtia
    Andy


0 commentaires

4 Réponses :


5
votes

Vous avez probablement couru dans d'autres problèmes que d'autres avaient comme dans le lien ci-dessous,

http://social.msdn.microsoft.com/forums/windowsazure/en-us/c23a7c1f-742d-4d7f-ad4f-3bf149964762/ Service-Bus-Bus-for-Windows-Server-the-API-Version-est-non pris en charge? Forum = Servbus

Cependant, si vous remarquez qu'il y a très peu d'aide sauf dans le message suivant

http://social.msdn.microsoft.com/forums/windowsazure/en-us/3aa6c2b8-65ac-4f8b- A36C-674698BB2F41 / Réglage-Développement-Environnement-For-Service-Bus-11-ON-Windows-7-and-VS-2013? Forum = Servbus

La lecture rapide de la réponse entre les lignes ne doit pas utiliser le Microsoft.Servicebus V2.2.0.0 qui est livré avec Windows Azure SDK 2.2. Au lieu de cela, saisissez plutôt le package Nuget "Bus de service 1.1 pour Windows Server" et tout devrait fonctionner correctement en utilisant SB 1.1 pour Windows Server.


0 commentaires

7
votes

a fini ici car je recevais ce problème à l'aide de l'explorateur de bus de service avec le bus de service 1.1 installé localement sur ma machine.

Le problème devait utiliser la dernière version de Service Bus Explorer (actuellement 2.4.1.1).

Le problème a été corrigé à l'aide de Service Bus Explorer 2.1, qui est également inclus dans le téléchargement de l'explorateur de bus de service.

Utilisation de la version 2.1.3.0 Le problème est parti.

Obtenez-le ici. http://code.msdn.microsoft.com/windowsazure / Service-Bus-Explorer-F2abca5a

édité: Le lien ci-dessus est brisé. Utilisez cela à la place. https://code.msdn.microsoft.com/windowsapps/service- Bus-Explorer-F2ABCA5A


2 commentaires

Malheureusement, il ressemble à la connexion du serveur Explorer de VS 2013 au bus de service contient ce même problème - il reçoit également une (400) une mauvaise demande.


Ce lien ressemble à Kaput maintenant. Une idée où trouver? Je suis dans le même bateau .... Installation locale du bus de service 1.1.



0
votes

Pour toute personne ayant encore cette question, comme les postes ci-dessus indiquent que la résolution à ce problème provenait d'un conflit entre les assemblées Microsoft.ServiceBus. Mon projet a eu une référence à la DLL Servicebus fourni avec la version 2.7 Azure SDK. J'ai remplacé la référence avec la DLL installée avec le bus de service 1.1 et qui corrigeait le problème.

Assurez-vous que vos assemblages que vous référenciez correspondent à la bonne version.


0 commentaires

1
votes

Installez le bus de service 1.0 CU sur le serveur où Workflow Manager est installé. Reportez-vous à: http://support.microsoft.com/kb/2799752 et téléchargez-le de: https://www.microsoft.com/en-us/download /Détails.aspx?id=36794


0 commentaires