J'ai un rôle de service et de travail WCF que j'ai débogué localement sur Azure Development Fabric. Tout va bien, mais maintenant que j'essaie de le déployer dans le cloud dans un environnement de mise en scène, je vois des problèmes étranges.Pourquoi mon service WCF Azure ne passe-t-il pas de Occupé à Prêt?
- Mon rôle de travail, infiniment plus complexe que le service, fonctionne correctement. Cela va de Initialisation -> Occupé -> Prêt.
- Mon rôle de service, cependant, passe de Initialisation -> Occupé, puis l'état ne change plus jamais.
J'ai lu quelques articles sur Initialiser -> Occupé -> Arrêt des boucles, mais ce n'est pas le comportement que je vois. En fait, lorsque j'essaie d'utiliser IntelliTrace, je ne peux pas accéder aux journaux pour le service car il ne passe jamais au statut de non-réponse. Je suis en mesure d'accéder aux journaux pour le rôle de travail chargé avec succès.
Comment suis-je censé résoudre ce problème si je ne peux pas voir les journaux ou attacher un débogueur pour comprendre ce qui se passe? Encore une fois, ce service fonctionne parfaitement sur mon environnement local.
Et avant que quiconque ne l'indique, je l'ai déjà fait ce qui suit:
- Vérifiez la
DiagnosticsConnectionStringet assurez-vous qu'il est connecté à mon compte de stockage - Activer IntelliTrace sur le déploiement.
- Vérifiez toutes les assemblées référence pour assurer que les assemblées non-.NET sont « copier au niveau local = true »
Il serait vraiment bien si Azure exposé une sorte de console pour que je puisse voir ce qui se passe.
Je ne fais qu'exécuter une seule ligne de code ... c'est un RouteTable.Routes.Add() - savez-vous si c'est interdit sur Azure? –
Non, cela devrait fonctionner, mais c'est probablement dans Global.asax.cs quelque part (pas dans OnStart() dans WebRole.cs), non? – smarx