私が働いている会社には、ISAPI 拡張機能 (フィルターではない) として C++ で書かれた大規模な webapp があります。現在、SOAP インターフェイスを備えたいくつかのサードパーティ ツールと統合するために、システムを強化しています。独自に開発するよりも、SOAP ライブラリを使用した方がよいと思います。理想的には、それは無料でオープン ソースですが、クローズド ソースの商用ソフトウェアと互換性のあるライセンスが必要です。また、SOAP メッセージの着信と発信の両方で SSL をサポートする必要があります。
私が持っている最大の懸念の 1 つは、私が調べたすべての SOAP ライブラリに、スタンドアロン サーバーとサーバー モジュール (Apache モジュールまたは ISAPI フィルターのいずれか) という 2 つの操作モードがあるように見えることです。明らかに、スタンドアロン サーバーは使用できません。モジュールとして実行されている場合、それは私のアプリの一部ではないように思えます-残りのコードにアクセスできないため、データ構造などを共有できません. それは正しい仮定ですか? アプリによって処理される各 HTTP リクエストは、個別のスレッド (独自のスレッド プールを管理します) によって処理されますが、これらのスレッド間で共有される多くの永続データがあります。私が探している統合のタイプは、リクエスト URL を見て、SOAP サービスにアクセスしようとしていることを確認し、soapService のような関数を呼び出すコードをアプリに追加することだと思います。handleRequest()。この種の統合を提供するものは何も知りません。SOAP ハンドラー関数でメイン アプリのデータ構造を利用できる必要があります。
受信する SOAP リクエストを処理するだけでなく、それらを生成します (サードパーティとの双方向通信)。ほぼすべての SOAP ライブラリがその目的を果たしていると思いますよね?
これが可能な SOAP ライブラリを提案したり、別のパラダイムの使用方法を提案したりできる人はいますか? 私は既に Apache Axis2、gSOAP、AlchemySOAP を見てきましたが、おそらくこれらには見落としていた機能がいくつかあります。ありがとう。