2012-05-08 6 views
0

すべてが同じマシン上にあるので、WCF Httpから名前付きパイプに移行するアプリケーションがあります。担当者は、DLLを直接参照しないことに決めました。したがって、これは代替ではありません。私は大丈夫ですが、代わりにTCP接続に移行しますが、同じマシン上でhttpを介して直接的なパフォーマンス上の利点を得ることはわかりません。プロダクションホストは、WASなどのサービスではなくIIS 7サーバーになります。私のマシンには、IIS 5.1、Cassini、およびIIS Expressがあります。XPで名前付きパイプ用に開発

私は次のことを試してみた:私のXPマシンでWindows 7を実行している

  • バーチャルボックス。インストーラがクラップアウトします。
  • カッシーニの名前付きパイプはサポートされていません。
  • IIS Expressの名前付きパイプはサポートされていません。
  • 解決策が見つからないので、何も役立ちません。

IIS 7を搭載していないXPでWCF NetNamedPipesを開発するには、どのような方法が最適ですか?

+0

名前付きパイプをIISでサポートしないでください。彼らは無関係です、n.p.オペレーティングシステムによって提供される機能です。 –

+1

IISで実行する名前付きパイプの問題は、IISが実行されているユーザーのセキュリティ権限である可能性があります。 – kenny

+0

IIS 7はそれをサポートしていますが、XP上のIIS 5.1はCassini用のIIS Expressではありません。私はIIS 7を持っていないローカルマシン上で名前付きパイプをホストする方法を探しています。 –

答えて

2

XPでは、Windowsサービスプロセスでカスタムホストされているサービスで、名前付きパイプへのWCFバインディングがうまく機能します。しかし、カスタムホストを構築したくない場合は、不運になります。IIS5/6でホストするためにサポートされている唯一のプロトコルはHTTPです。

IIS以外のプロトコル用のIISでホストされているWCFサービスは、IIS7が必要なWASによって異なります。この制約はTCPバインディングにも等しく適用されるため、推奨する回避策ではありません。

アプリケーションが本番環境でIISホストされているように見えます。これがあれば、ターゲット環境をサポートする新しい開発プラットフォームに変更するしかないと思います。

+0

+1 WAS = Windows Activation Services –

+0

私は同じ回答を始めたばかりです。この特定の実装では私はSOLだと答えています。これを元に戻す必要があります。 –