ローカライズされたサタライト アセンブリを既存の XAP ファイルに追加する必要がある状況があります。これは、SharePoint Web パーツのコンテキストにあります。
問題は、de/Assembly.resources.dll を追加して XAP を再構築すると、ブラウザーでの読み込みに失敗することです。失敗のモードは、アセンブリを AppManifest.xaml に追加しようとする方法によって異なります。場合によっては、ブラウザに何も表示されません。他の例では、ローディング スピナーが 0% でスタックしていることを示しています。
私の手順は次のとおりです。
XAPを抽出する
コア Web パーツ アセンブリから .resource を抽出する
.resx に変換
翻訳
遅延署名されたサタライト アセンブリとして再構築する
「de」サブフォルダーにコピー
AppManifest に追加
XAP を再構築する
14ハイブにコピーバック
IISRESET
ブラウザのキャッシュをクリアする
テスト
元のアセンブリは署名されているため、アセンブリ検証チェック sn -Vr [star],[star] を無効にし、検証チェック用に 64 ビットと 32 ビットのエントリを含めるようにレジストリを変更しました。アセンブリ検証チェックのスキップは、Silverlight/XAP 以外のコンテキストの同じシステムで証明されています。アセンブリは、同じ .net バージョンでビルドされます。sn -Vr の後に SharePoint タイマー サービスが再起動され、検証をスキップするために例外リストが再読み込みされました。
何かが欠けているに違いないのですが、何がわかりません。
ある Silverlight ローカリゼーション ガイドで、.csproj にサポートされているローカリゼーションの文字列が含まれていることがわかりました。元のベース アセンブリが、指定された他のカルチャでビルドされていたとは思えません。これが問題なのでしょうか?
再販するソフトウェアの一部の OOTB コンポーネントにサード パーティ (私はソフトウェア ディストリビューター) の拡張機能を作成する必要があります。私にはこれに対する許可があり、適切な時期にアセンブリに署名することもできますが、ソースにアクセスできず、コア コンポーネントへの変更には長い時間と多くの労力がかかります。つまり、望ましくありません。
支援を大歓迎します。これは、一部の ASP.net アプリと標準の Web パーツで既に機能していますが、この Silverlight ベースの Web パーツにはまだ問題があります。
どうもありがとう。