のよりよいアプローチのwebサービス契約または契約すか？

Question

のよりよいアプローチの開発webサービス契約または契約すか？
そのメリットとデメリット？

あるいは経験す。

編集 この問題の実施については、webサービス（読み：SOAP) の問題であるかどうかの実装クラスはコードの最初のWSDL、XSDスキーマから発生すること（契約前のWSDL、XSDスキーマの記述の実装クラスを生成（契約）

Answer 1

契約-最初は、一般的に受け入れられている「ベストプラクティス」です。

それはあなたが期待されているまさに必要とされており、どのようなサービスの生産者と消費者の両方で非常に明確になります。 > XML型 - あなたがJavaの型を変換しようとして起動したときに、これは特に重要になります。また、別のWebサービス間でスキーマを再利用することができます。

Answer 2

私は使用の両方のアプローチ。私の提案は 契約第 スキーマが コード第 WSDL.

書WSDLファイルは多くの奇妙なニュアンスなどのバインディングでは、ポート。むしろこのようツールです。ツールがこられましたが、いずれもが簡単になりより

@WebService
public ...

少なくともを確認することができご展開。

のためのスキーマか 契約第 で、XMLスキーマ言語でより豊かによりできるものを記述するJava.例私は普段は見ることXMLスキーマで制限できるので、サイズ、文字列の適正規表現パターンです。そういうJavaやアノテーションパッケージをダウンロードするmessier.

の他の利点としてのスキーマと新しいパスワードを入力して、存在感のツールに変換するスキーマファイルをHTMLます。

のXJCツールを生成できるのに必要なクラスファイルです。しかし、私のお勧めしています。

最終的にすべてのWSDLファイルを作ることです。そのように利用できるwsimportていることを確認全体のWSDLからスキーマが有効になります。

デプロイすることはできますが、WSDLファイルを使用wsdlLocation属性お@WebService実施およびアプリケーションサーバに固定する結合へすでに使用されていま際ユースご希望の方は、WSDLからのサーバーがいるアンソロジー。その他ご注釈されませんので、要求されたWSDLファイルです。

Answer 3

私は答えが明確である疑いがある「それが依存しています。」

問題は、あなたが構築する場合は、<全角>とのご契約を、あなたはそれによってバインドされている公開ということです。これは難しく変更することができます。不可能、しかし、難しくありません。

あなたが契約しているいくつかの増分変化を行うことができますので、あなたがスキーマなどに慣れている場合、

一方、それは、コードをより契約を台無しに迅速です。

WSDLからコードスケルトンを生成しますツールもありませんがありますか？私はそこにあるほとんど肯定的です。もしそうなら、あなたはスキーマ「コード」の項目を作り、そこからコードを生成するためにも行う可能性があります。