質問は簡単なものでも何度も尋ねることができます。SOAP:相互運用性のためにJavaで使用するAPI
正解を得ることができませんでした(google - yahooを含む)。
質問:同じことが他の言語でを消費することができるようにするJava/J2EE SDKののデータ型のAPIの(リスト、配列、文字列、intは...)
SOAPメッセージに使用する(例: : - PHP/.NET/CFX/.....)に関して
カルティク
質問は簡単なものでも何度も尋ねることができます。SOAP:相互運用性のためにJavaで使用するAPI
正解を得ることができませんでした(google - yahooを含む)。
質問:同じことが他の言語でを消費することができるようにするJava/J2EE SDKののデータ型のAPIの(リスト、配列、文字列、intは...)
SOAPメッセージに使用する(例: : - PHP/.NET/CFX/.....)に関して
カルティク
は、私はあなたがいるので任意の円形のデータ構造をしない限り、限定されているとは思いませんそれらはXML表現では利用できません。
しかし、通常、オブジェクト/タイプを非常に簡単にするのが最も簡単です。私は、例えば、kSOAP(古いバージョン)を使用している場合、3ノードよりも深いXML構造に問題があります。
>>データは、XML/JSON形式で表現する必要があります。 >>あなたのオブジェクト/タイプを非常にシンプルに保つのが最も簡単です。例えば、XML構造の問題が深刻です。 EJB3.0の既存のアプリケーションは** Java Beans(String、int、String配列、int配列、ブール値、整数、日付(util/sql)を持つデータ タイプのゲッター/セッター)に埋め込まれたオブジェクトです。 したがって、Json/xmlの作成で相互運用性を適用するにはどのような制限がありますか。 同じことが他の言語で消費される可能性がありますか? に関しては karthik –
私のオピオオンでは、独自のオブジェクトを転送していなければ問題ありません。まったく、代表は重要です。データはXML/JSON形式で表現する必要があります。 – Nabeel
常に契約優先のアプローチに従ってください。 WSDLとXSDを作成し、Javaコードを生成します(その逆もありません)。私の経験では、これは最も効果的で、適切な言語に依存しないインターフェースを開発するよう強制します。 – home