Windows Azure Storage dans VB: non exécuté dans un service hébergé ou Development Fabric

Question

J'essaie d'exécuter une instance d'Azure Blob Storage dans l'environnement de développement Azure Visual Studio 2010, mais j'obtiens toujours l'erreur suivante:

System.InvalidOperationException: Not running in a hosted service or the Development Fabric. 

la trace de la pile pointe vers ces lignes:

Imports Microsoft.WindowsAzure 
Imports Microsoft.WindowsAzure.Diagnostics 
Imports Microsoft.WindowsAzure.StorageClient 

... 

CloudStorageAccount.SetConfigurationSettingPublisher(Function(configName, configSetter) configSetter(ConfigurationManager.AppSettings(configName))) 

Dim this_storage_account = CloudStorageAccount.FromConfigurationSetting("DataConnectionString") 

... 

Je suis un peu sceptique au sujet de la première ligne car il provient d'aC# sortie interpretor de ce qui semble être un hack commun pour se déplacer une anomalie de la classe CloudStorageAccount.

DataConnectionString est réglé sur UseDevelopmentStorage = true

Tant le stockage Fabric développement et le développement sont en cours d'exécution dans la barre des tâches.

J'ai essayé de créer une solution propre pour voir si c'était un problème de configuration, mais je reçois toujours la même erreur.

Toute idée reçue avec gratitude.

Answer 1

C'était extrêmement dense de ma part. Je crois que c'était parce que je courais le WebRole à travers le serveur de Visual Studio, plutôt que le tissu de développement. Il n'a donc pas pu trouver le service de stockage.

Pour ceux qui suivent:

Lorsque vous affichez votre WebRoles dans le navigateur, vous devez noter que la fonctionnalité associée à Azure (au-delà d'un simple navigateur Web) ne sera pas disponible à moins que vous les exécutez à travers la Debugger (F5) .

Answer 2

Lorsque j'ai rencontré ce message d'erreur, il était dû à un déploiement de service obsolète (du jour précédent) qui semblait avoir été arrêté uniquement partiellement - l'application nouvellement démarrée avait un numéro de port différent. L'application est en C#, mais je suis certain que ce n'est pas un problème lié à la langue. Il suffit de supprimer les anciens processus à l'aide de l'interface utilisateur de l'émulateur de calcul ou de "csrun/devfabric: shutdown" pour corriger le problème.