現在.NET Remotingを使用してアクセスしている.NET 2.0サービスがあります。広範なプラットフォームと言語サポートを可能にする別のRPCメソッドのサポートを追加したいと思います。クロスプラットフォームRPC for .NETサービス
すべてのAPIメソッドは、intやintのような単純な型のXMLを受け取り、返します。
私は約CORBAとIIOP.NETが有望であると知っています。
私は他にどのような技術を検討していますか？
可能な場合は、おそらくこのために使用するための最善のことは、次のようになります。
Windows Communication Foundation (WCF)
WCFは、.NET Remotingを交換する（ゆっくりと、しかし確実に）のようだ、とあなたはクラスのセットを持って、一度/ WCFを使用するように書かれた機能（ほとんどの場合、あなたのクラス/メソッドを属性で修飾し、契約を定義するためのインタフェースを使用する - すべての標準OOPのベストプラクティス）は、シンプルな設定ファイルで制御できます。
Windows通信基盤（WCF）は、急速にそれが簡単に構築し、安全性と信頼性のある取引Webサービスを消費することができ、そのサービス指向アプリケーションを構築するための統一されたフレームワークを提供します。
WCFの単一プログラミングモデルは、ASMX、WSE、Remoting、COM +、およびMSMQの機能を統一します。開発者は1つのプログラミングモデルだけを学習する必要があります。
さらに、WCFサービスでは、Representational State Transfer（REST）、JavaScript Object Notation（JSON）、Plain Old XML（POX）エンコーディングなどのアーキテクチャをサポートすることにより、設計の柔軟性が向上しました。
あなたはそれによってでながら、可能な限り最小限の「線」の上を流れるデータ量を保ち、あなたのサービスに話をする必要があるかもしれない他の.NETベースのアプリケーションのバイナリベースの通信メカニズムを指定することができますXMLを使用してこれらの全く同じサービスをSOAP上に公開することで、最大限の移植性とクロスプラットフォームアクセスを可能にしています。
WCFのための良い出発点
、およびそれの利点は、次のとおりです。SOAPを使用するのはどうですか？ WCFは、WS-Securityやその他のWS- *プロトコルのサポートなど、非常にうまくサポートしています。
iiop.netは非常にバギーと「リアル」のORBとの不安定な再相互運用です。 CORBAでiiop.netを使用しない... – tuergeist