2010-12-12 34 views
1

Il y a deux DLL avec plusieurs espaces de noms que je rencontre des problèmes avec:ServiceBus AppFabricLabs DLL

Microsoft.ServiceBus.Channels - V2.0.50727 Microsoft.ServiceBus - V2.0.50727

je tente de améliorer le service de Lowry Juval Bus Explorer pour basculer entre: appfabric.azure.com - production portal.appfabriclabs.com - beta

Si j'utilise uniquement sur les canaux - je perds la classe TransportClientEndpointBehavior, si j'ajoute les deux références que je peux » t construire parce que le S La classe erviceBusEnvironment existe dans les deux DLL dans le même espace de noms.

Je sens que je manque quelque chose évidente ici ....

Avec les deux fichiers référencés: Erreur 1 Le type 'Microsoft.ServiceBus.ServiceBusEnvironment' existe dans « c: \ Program Files \ Kit de développement Windows Azure AppFabric \ V2.0 \ Assemblies \ Microsoft.ServiceBus.Channels.dll 'et' c: \ Program Files \ Kit de développement logiciel (SDK) Windows Azure AppFabric \ V1.0 \ Assemblies \ NET4.0 \ Microsoft.ServiceBus.dll 'C : \ Users \ rreukema \ Téléchargements \ Idesign_WCFDisk \ AprilIDesignCD \ Demos \ ServiceModelEx \ ServiceBus \ Discovery \ ServiceBusDiscoveryClient.cs 26 134 ServiceModelEx

Avec seulement le canal de référence: erreur 12 le type ou na Le nom du mespace 'TransportClientEndpointBehavior' est introuvable (vous manque une directive using ou une référence d'assembly?) C: \ Utilisateurs \ rreukema \ Téléchargements \ Idesign_WCFDisk \ AprilIDesignCD \ Demos \ ServiceBus \ Explorateur \ PopulateSolution \ ServiceBusHelper - Buffer.cs 21 78 PopulateNamespace

+0

J'ai le même problème –

Répondre

0

La création d'une application qui prend en charge les versions de laboratoire et de production de Service Bus va être très difficile, car il n'existe aucune histoire officielle de rétrocompatibilité entre les deux. (Labs est destiné à être utilisé pour essayer de nouvelles fonctionnalités et obtenir des commentaires des clients). Quel est le scénario que vous essayez d'activer ici?

En ce qui concerne les problèmes de dll, faites-vous référence aux deux versions des assemblages sur votre projet? Si c'est le cas, vous rencontrerez des problèmes de version, en particulier si vous avez les dll ServiceBus dans le GAC. Si vous ne souhaitez cibler qu'une seule version des dll à la fois, je vous suggère fortement d'utiliser le nom complet de l'assembly (version et tout) lors de l'ajout d'une référence dans votre projet. Une autre bonne idée est d'ajouter une référence non à la DLL dans le GAC, mais celle de l'emplacement d'installation, comme cela est expliqué here