問題タブ [azure-emulator]

Azure エミュレーターを起動するたびに、http://127.0.0.1. 番号をサポートしていない Facebook ログインを使用しているため、これはうまくいきません。だから私がやったことはこれです：

• 'mydomain.com'Facebook アプリのドメインとして設定しました。dev.mydomain.comアプリのリターンURLとして設定しました。
• ( Azure エミュレーターの Web サイトによると、Facebook では表示されません127.0.0.1)を指す HOST ファイルにレコードを作成しました。dev.mydomain.com
• http://localhostアプリケーション ルート URL を にオーバーライドして使用するように Web ロール プロジェクトを更新しhttp://dev.mydomain.com、そのための仮想ディレクトリを作成しました。また、プロジェクトの開始 URL を に設定しましたhttp://dev.mydomain.com。
• %USERPROFILE%\My Documents\IISExpress\config\applicationhost.config使用するように編集しました*:80:dev.mydomain.com（IIS Express でカスタム ドメインを使用するに従​​って）。

ですから、これを機能させるためのすべてが整っていると言えます。しかし、Azure エミュレーターを起動するたびに起動しますhttp://127.0.0.1。http://dev.mydomain.com代わりに起動するにはどうすればよいですか?

誰？

本当に奇妙な問題に遭遇しただけだと思います。私は、3 つのロール、2 つのワーカー、1 つの Web ロールを持つ 1 つの Azure プロジェクトを含む、かなり大きなソリューションを持っています。Web ロールは、asp.net mvc と Web API に基づいています。昨日、(より少ないファイルをコンパイルしてバンドルするために) gulp を試した後、Azure エミュレーターがこの役割を開始しないことに気付きました。エミュレーターの開始ダイアログは 80% までで停止し、エラー メッセージが表示されずにずっとそこにとどまります。node_modules ディレクトリを削除した後、すべてが再び正常に機能しました。

Web ロール自体は nodejs 関連のものを使用していませんが、gulp にはそこに node_modules ディレクトリが必要なようです。これはエミュレーターの奇妙なバグですか、それとも私が理解できない予想される動作ですか?

Windows Azureエミュレーターで32ビットアプリケーションを実行しようとしていますが、構成マネージャーを使用してプロジェクトプラットフォームを変更しました。しかし、次にこのエラーが発生します：

デバッグを開始できません。プラットフォーム用に構築されたロールは、windows azure コンピューティング エミュレーターと互換性がありません。このシステムでは、コンピューティング エミュレーターは AnyCPU と x64 のみをサポートします。

管理者モードでvs2012を実行しています。私もこのチュートリアルに従いました:リンク

開発マシンに Windows Azure SDK 2.3 をインストールしましたが、古い VS 2010 Azure 1.7 SDK ソリューション (2012 年 6 月) が次のエラーで起動に失敗しました:

Windows Azure ツール: エラー: インストールされている Windows Azure Emulator はロール バイナリをサポートしていません。最新の Windows Azure Emulator をインストールしてから、もう一度お試しください。Windows Azure Tools: サービスを実行するための前提条件がシステムにありません。リリースノートを参照してください。

2.3 エミュレーターを使用して 1.7 プロジェクトを実行することはできますか? それとも、新しいエミュレーターをアンインストールして古いエミュレーターを再インストールする必要がありますか? 現在、プロジェクトのアップグレードはオプションではありません。

1 週間前に、Azure Web ロールを持つ私のソリューションが非常に遅くなり、予想よりも時間がかかり、127.0.0.2:82 の使用を開始することがあるというメッセージが表示されました。他のIPとポートを使用しても起動しませんでした。

また、エミュレーターの起動中にブラウザーが非常に遅くなり、エミュレーターがページをロードするまでページがロードされません。

Azure Emulator を使用しないように改善する方法はありますか?

Windows 7 マシンに Azure SDK 2.3 がインストールされています。ターゲットの .Net フレームワークは 4.0 に設定されています。ソリューションを Azure SDK 2.3 にアップグレードし、問題なくビルドできます。ただし、ソリューションを実行しようとすると、次のエラーが発生します。

Windows Azure クラウド サービス プロジェクトのデバッグに失敗しました。出力ディレクトリが存在しません。

ソリューションを Azure SDK 2.2 に戻すと、問題は解決します。そのため、この問題の原因となっている Azure SDK 2.3 アップグレードによって追加された構成がいくつかあります。これは、Azure Emulator を実行しているときにのみ発生します。私が気づいたことの 1 つは、ビルド プロセスがどういうわけか "Debug" フォルダーを csx ディレクトリから削除することです。手動で再度追加すると、ビルド プロセスによって再度削除され、上記と同じエラーが発生します。私の「アクティブなソリューション構成」はすべて「構成」のDEBUGと「プラットフォーム」のANY CPUに設定されているため、これを引き起こしている可能性のあるものについて途方に暮れています。この問題に関する以前のスレッド (Azure SDK 1.8 を使用) のすべてのトラブルシューティング手順を試しましたが、うまくいきませんでした。これに関する有益な提案をいただければ幸いです。ありがとう。

注: 興味深いことに、CSX の DEBUG フォルダーに対するすべての権限を拒否すると、エミュレーターは起動しますが、DEBUG フォルダーにアクセスできないため失敗します。だから、VSビルドプロセスがそのデバッグフォルダーを削除したい理由に困惑しています。

別の注意: どうやら、VS Build が Debug フォルダーを一掃するのは通常のプロセスです。デバッグを使用した実行プロセスは、その中にあるすべてのデバッグ フォルダーを再作成することになっています。そんなことはありません。Azure SDK 2.2 に戻すことでこれを確認し、デバッグを使用して実行すると実際にその Debug フォルダーが再作成されることに注意しました。2.3 にアップグレードすると、この再作成プロセスが失敗します。