どこでgSOAPを使用しましたか？

Question

gSOAPの使い方と既存のアーキテクチャとの統合の例を挙げることができますか？あなたはgSOAPで開発ボトルネックを見つけましたか？

Answer 1

約4年前にC++ベースのWebサーバーでgSOAPを使用しました。全体的にうまくいきました。唯一の大きな問題は、インタフェースがC言語で手続き型であることでした（私は、非手続き型のインタフェースを設計することは難しいと理解しています）。インターフェイスを実装する際に、マクロを使用しなければならないかもしれない多くの繰り返しコードがあるかもしれません（私たちはテンプレートオプションをあまりにも遠くに探索しませんでした）。

Answer 2

我々はARM MXプロセッサを実行しているembeddeのLinuxデバイス上にWebサービスを展開するのgSOAPを使用しています。

Answer 3

我々は、ARMプロセッサ上で実行中のLinuxデバイス上にデプロイされたアプリケーションからWCFベースのWebサービスを消費するのgSOAPを使用しています。経験は大いに良いです。

Answer 4

私たちは、AXIS Webサービスサーバーと通信するARMクライアントの束のためのgSOAPを使用。 gSOAPの長所：

• 非常に強力な、ほぼすべてのWebサービスをサポートし、使いやすい
• 構築し、WSのその抽象化は、両方のCで
• エレガントなインターフェースプログラマにすべてのWebサービスの複雑さを取り除く機能を呼び出し、
  • を使用する場合：しかし、我々はいくつかの開発のボトルネックに走ったC++

  マップやセットのようなカスタムデータ型を扱うには、gSOAPコンパイラでそれらを処理するためにかなりのハッキングが必要です（マーシャリング/アンマーシャリング）。動的データ構造に特に悪い。

• デバッグは、組み込みの複雑なネットワーク、解析およびメモリ割り当てのために難しいです。静的メモリ割り当てに固執するために可能な限りすべてを行います。
• メーリングリストは生きていますが、開発者はあまり活発ではありません。簡単な質問はすぐに回答することができますが、最も困難な問題にはしばしば答えが出ません。
• 最適化について忘れてください。 gSOAPをリンクすると、実行時に約1MBのメモリが消費されます（-O）。 32MBのLinuxベースのARMボードでは、実行時のパフォーマンスは問題ありませんが、必要に応じて最適化について行うことはほとんどありません。

Answer 5

私たちは、ARM ARM9 400MHzのデバイス上のWebサーバでのgSOAPを使用。 gSOAPデーモンは、同じデバイス上で実行されるzeromqライブラリを介してデータベースデーモンに接続されています。

それは1000の以上の基本的な要求はデータベースへの接続をrequreしませんWICHサポートしています。 WITH_NOIDREFにより、マルチ参照SOAPオプションのサポートを無効に

は約4倍高速シリアル化の多数のノードを持つ大きな要求のシリアル化の時間を短縮するために助けを定義します。