1

XFireを使用して、アプリケーションの周りにWebサービスラッパーを作成します。XFireは、実行時にWebサービスインターフェイスとWSDLを提供します（またはコンパイル時に作成しますが、正確にはわかりません）。

お客様の多くはWebサービスをよく知らず、さらにJavadocなどの外部ドキュメントを読んでいません。（パラメーターとメソッドの）ドキュメントをWSDLファイルに直接追加できることを知っています。

AnnotationsまたはAegisXMLファイルについて考えましたが、方法がわかりません...方法を知っていますか？

編集：このJIRAの問題を見つけましたが、最後のアクティビティは2006年でした。何かアイデアはありますか？

4

3 に答える 3

2

XFire はゆっくりと /dev/null に向かっています。代わりにCXFを使用してください。言い換えれば、XFire は CXF を支持して非推奨になりつつあります - それはほとんど同じ開発者です。

Java ファーストのアプローチを使用しているため、CXF のツールを使用して WSDL を一度だけ生成することをお勧めします。次に、CXFに独自の (ドキュメント化されていない) WSDL を生成させる代わりに、java2wsdlドキュメントをそこに置き、そのドキュメント化された WSDL を使用するように CXF に指示します。ランタイム/デプロイ時間。

このページには、CXF で Web サービスを作成するために知っておく必要があるほとんどすべての情報が含まれています。

于 2008-10-09T23:24:03.933 に答える
2

そして、CXF に関する私の最後のヒント - データ バインディングには JAXB の代わりに Aegis を使用してください。複雑な POJO では機能しません。

私の経験では、複雑な POJO と JAXB に問題はありません。唯一の問題は、コードが JAXBElements で乱雑になり始めることです。一方、Aegis のドキュメントはかなりまばらであり、CXF に関して十分に管理されていません。

于 2008-10-12T23:52:01.180 に答える
1

XFire に関して 2 セント追加させてください。JDK6 (Tomcat 6.0 と 5.5 の両方) で XFie に非常に深刻な問題がありました。その問題を一瞥してください。私たちの場合、JDK6 の下で 4 つ以上の Web サービスを使用する XFire は、アプリケーション サーバーのハング (スレッドのデッドロックなど) につながります。興味深いことですが、JDK5 ではすべて問題ありませんでした。

また、XFire から CXF への移行に関しては、Christian Vest に完全に同意します。ESB Mule 2 がネイティブ XFire コネクタをサポートしなくなったなど、多くの場合に意味があります (も参照)。

また、XFire から CXF への移行は簡単な方法ではないことを付け加えたいと思います (たとえば、CXF には jar 依存関係があり、一部の休止状態リリースと競合します)。ただし、実行可能です。私たちの場合、コード修正なしで数日間実行しました (Spring のみの構成)。

そして、CXF に関する最後のヒント - データ バインディングには JAXB の代わりに Aegis を使用してください。複雑な POJO では機能しません。

于 2008-10-11T05:53:25.760 に答える