33

たくさんの小さな Web サービスを作成する必要があります。これらは、既存のワークフロー エンジンおよびサービス レジストリ フレームワークと連携するために、WSDL によって定義され、SOAP-RPC を介して機能する必要があります。ただし、選択したサービス スタック/プラットフォームでそれらを提供することはできます。

私は現在Javaでそれらを書いていますが、それほど悪くはありません。しかし、これらのサービスを Haskell で記述できれば、私の人生はもっと楽になるのではないかと考えています。Google で検索すると、むかし誰かが同じ考えで「HAIFA」というプロジェクトを始めたようです。しかし、HAIFA は数年間維持されていないようで、Haskell で記述されたサービスを SOAP Web サービスとして提供することをサポートする他のフレームワークを見つけることができませんでした。

Haskell を使用して SOAP ベースの Web サービスを簡単に記述できる他のフレームワークを知っている人はいますか?

そうでない場合、手動でこれを行った人はいますか (つまり、hackage の XML ライブラリを使用して、着信 soap-rpc 要求を処理し、soap-rpc 準拠の応答を作成します)? やりにくかったですか？落とし穴はありますか？努力する価値はありましたか？

4

2 に答える 2

6

HAIFAは現在廃止されているため、HaskellにはSOAPWebサービスに相当するフレームワークはありません。したがって、いくつかのフレームワークを使用することをお勧めします。Yesod+shoapが適している可能性があります。HaskellのSOAPWSフレームワークのドメインでは、REST/JSONテクノロジーへのスムーズな移行のためにこのような傾向があると思います。また、これらの2つの記事が役立つ可能性があります http://www.cin.ufpe.br/~haskell/hwsproxygen/files/HWSProxyGen.pdf および http://www.jofcis.com/publishedpapers/2010_6_9_2859_2867.pdf

于 2012-10-19T17:33:10.323 に答える
-1

通常の XML/SOAP メッセージを送信する必要があるだけの場合は、おそらく接続を開いて Aeson を読み書きするだけで済みます。ただし、SOAP サービスが WS-Security や WS-Addressing などのサポートを必要とする場合は、既存のフレームワークを使用したほうがよいでしょう。例: https://metro.java.net/

免責事項: 私は Metro に携わってきました。

ただし、Haskell に SOAP フレームワークがあれば素晴らしいことです。

于 2013-10-31T23:35:54.463 に答える