問題タブ [xbap]

x86のみの別のプロジェクトに依存するXAMLBrowserHosted Application（XBAP）プロジェクトがあります。ターゲットプラットフォームを「任意のCPU」のままにすると、実行時に（DLLの取得に関して）あらゆる種類の地獄が解き放たれます。ただし、XBAPプロジェクトをターゲットx86に切り替えると、次のコンパイル時エラーが発生します。

エラー7-プラットフォーム固有のXAMLブラウザーアプリケーションを構築できません。HostInBrowserプロパティが「True」に設定されている場合は、PlatformTargetプロパティを設定しないか、「AnyCpu」に設定します。

これに対する回避策はありますか？それとも、このための恐ろしいマルチプロセス+ IPCソリューションを理解する必要がありますか？

_{*それについての単なる考えは私を恐怖で満たす}

Firefox は最近、xbaps を firefox で動作させるプラグインをブラックリストに登録しました

私の会社のエンタープライズ製品の 1 つは、xbap を使用し、Firefox で動作する必要がある Web アプリケーションであるため、これは私にとって大きな問題です。

ブラックリストに登録されたプラグインに更新があるかどうか、またはブラックリストを上書きしてプラグインを使用できるかどうかを知っている人はいますか?

通常の WPF アプリケーションを手動で公開する方法を見つけましたが、代わりに WPF ブラウザー アプリにも同じ手順が必要です。通常の WPF アプリのハウツーは次のとおりです: http://msdn.microsoft.com/en-us/library/xc3tc5xx(VS.80).aspx。XBAP で機能させるために mage コマンドにどのような変更を加える必要があるかを誰かが知っている場合は、お知らせください。ありがとう。

I've got an XBAP hosted in FireFox, which works great. However, I cannot detect MouseWheel events ever! I'm guessing that FireFox is consuming them and not passing them down to the hosted app.

Any ideas on how to work around this?

アプリケーションがXBAPとして実行されているときに、ここの誰かが実際にロギング戦略を実装しましたか？経験に基づいて単純な戦略を実装する方法に関する（コードとしての）提案。

デスクトップモードの私のアプリは、統合されたasop log4net実装を使用して実際にログファイル（ローリングログ）にログを記録しますが、xbapではファイルをキャッシュ（app2.0などのフォルダー）に保存するためログに記録できないため、ブラウザーがホストされているかどうかを確認しますログに記録されるかどうかさえわからないので、ログに記録しないでください...（なぜ同じコードベース）...このログをWebサービスなどのサービスにプッシュしたり、エラーをエンドポイントに投稿したりする方法があった場合...

私のxbapは完全信頼イントラネットモードです。

大学での作業用に WPF ブラウザーでアプリケーションを作成しましたが、デバッグしようとすると、Firefox が開き、ブラウザーで実行する必要がある xbap ファイルがダウンロードされます。これは、VS2008 Express および VS2010 ベータ版で発生します。Internet Explorer と Chrome で試してみましたが、同じ結果でした。.NET フレームワークは v4.0 までインストールされます。これは、Windows 7 を使い始める前には発生しませんでしたが、大きな違いはないはずですよね? 何か案は？ありがとう

完全信頼でサインインせずに XBAP をデプロイできますか?

WPF 4（.NET 4）で新しいプロジェクトを開始し、xbapモードで実行できるかどうかを確認しようとしています。.NET 4で利用できるようになった新しいモードを使用して、アプリケーションを完全信頼で実行する必要があります。このモードでは、完全信頼アプリケーションを実行する必要があるかどうかをエンドユーザーに尋ねます。

「セキュリティ」モードを「完全信頼」アプリケーションに設定しましたが、問題なくビルドされます。実行すると、例外がスローされ、IEエラーメッセージに次のエラーが表示されます。

それを回避する方法はありますか？

私は潜在的なWPFアプリケーションについて考えており、XBAPの種類、展開方法、信頼の制限などについて合理的な理解を得ています。

私が検討しているアプリケーションは、おそらくXBAPがデフォルトで許可するよりも完全な信頼を必要とし、WSバインディングなどでWCFを使用する必要があります。

したがって、私は現在、WPFのスタンドアロンWindowsアプリケーションストリームに傾倒しています。

ただし、XBAPを使用するのとは対照的に、このルートをたどることの不利な点/利点を理解する必要があります。私は、アプリケーションの更新を読んだことがもっと問題があると思っていましたが、これに関する明確な声明を見つけることができません。