4

Mvc4 Web Api と Silverlight 5 アプリケーションの 2 つの主要プロジェクトから構成される小さなソリューションがあります。最初にアプリケーションを構成して Azure プラットフォームにデプロイしましたが、すべてうまくいきましたが、再度デプロイすると Silverlight プロジェクトがプッシュされず、オンライン サイトに古いバージョンが残っています。

私のローカル開発マシンの azure シミュレーターでは、すべてがうまく機能することに言及する必要があります。

誰かが同様の問題を抱えていましたか？

よろしく、

4

3 に答える 3

3

Ok、

それで、髪を抜いた後、私はついに理解しました。

VSでリリースするビルド構成を変更して、再構築してから公開する必要があります。これは、公開時にazureプロジェクトがプロジェクトで再構築を行わないためです。

于 2012-04-27T09:15:17.300 に答える
3

最初に (Simon が示唆するように)、ブラウザーには以前のクライアントがまだキャッシュされている可能性が高く、新しいクライアントをダウンロードする代わりにそれをロードしているのではないかと思います。

Silverlight アプリをホストするページのコードでバージョン番号を使用すると、役立ちます。キャッシュをクリアするのは簡単ですが、更新するたびにユーザーにそうするように指示する必要はありません。

バージョンを最新のアセンブリ バージョン (silverlight クライアント プロジェクト アセンブリ) に設定します。これにより、キャッシュされたバージョンの数値が低い場合、ブラウザーは強制的にクライアントをダウンロードします。

<param name="source" value="AppPath/App.xap?version=2.0.0.6"/>
于 2012-04-06T20:51:01.487 に答える
0

この問題を解決するには、問題の原因を特定する必要があります (キャッシュの問題があるクライアント側の問題かどうか)。キャッシングは問題ではないとおっしゃっていますが、まずこれについて確認する必要があります。

私が提案するのは、最初に次のことを行うことです。

  1. 自分の役割でリモート デスクトップを有効にする
  2. RDP 経由で接続し、このファイルをロールに保存します: http://support.microsoft.com/kb/841290 (fciv.exe)
  3. *.xap ファイル (通常は E:\sitesroot にあります) を見つけて、そのチェックサムを取得します (fciv.exe を使用)。
  4. Silverlight プロジェクトをローカルで変更 (ラベルの変更や要素の移動など) して、ハッシュが変更されていることを確認します。
  5. アプリケーションを再デプロイする
  6. RDP 経由で接続し、fciv.exe を使用して *.xap ファイルのチェックサムをもう一度取得します。
  7. 両方のチェックサムを比較する

チェックサムが異なる場合は、展開が正しく機能し、Silverlight xap が更新されたことを意味します。チェックサムが同じ場合、問題は展開にあります。

解決策を見つけるお手伝いをさせていただきますので、結果をお知らせください。

于 2012-04-17T09:59:21.277 に答える