3

私はBPELについて約2週間調査を行っていますが、まだ十分に理解できていません。

HelloWorldサンプルをODEにデプロイし、この他のサンプルもデプロイすることができました。

私の意図は、2番目の例のようなことをすることでしたが、私自身の実際のWSがデプロイされて機能しています。

これで、エラーのないプロセスが作成され、次の構造でODEに正しくデプロイされました。

ここに画像の説明を入力してください

Multiply.wsdlをインポートするサービス定義からプロジェクトを開始しました。Designerは、PartnerLinkTypesの横にあるMuktiplyProcessArtifacts.wsdlにインポートタグをすべて自動的に作成したので、すべての名前空間などに問題がないと思います。

このすべてを機能させるために私が誤解しているいくつかの概念があります。

  1. 私の元のMultiply.wsdlには

soap:address location = "http:// localhost:8080 / WS-multiply / multiply"

しかし、ODEは私のsoap:addressの形式がhost.port/ode/processes.である必要があると教えてくれます。

私のWSはODE_HOMEの外のどこにでも実装できるので、これは私には合理的に聞こえません。

  1. 前に述べた2番目の例では、Designerがおそらく「Caller.wsdl」を作成する方法を説明しています。これは、実際には「ラッパー」WSDLを実装して、BPELプロセスに入口点と出口点を提供するという私が望む機能を備えています。問題は、Designerがそのインターフェイスを生成しないことです。自分で作成するのですか?作成する必要がありますか?

  2. その3番目のwsdlが本当に必要な場合、プロセス全体をテストしたい場合に呼び出す必要があるのはそれですか?

4

3 に答える 3

4

パートナーのWSDLがpartnerlinkのmyroleに関連付けられているようです。パートナーリンクとパートナーリンクタイプはBPELの概念であり、パートナーAがバイヤーとしてBPELプロセスと通信する場合、プロセスが使用できる特定の機能セットを提供する必要があるという意味で、デュアルインターフェイスを定義するために使用されます。さらなる連絡(すなわち、出荷確認を購入者に送信する)。したがって、partnerlinkは2つの役割を維持します。myRoleはプロセス自体が提供するportType(別名インターフェース)であり、partnerRoleはプロセスがパートナーによって実装されることを期待するportTypeを参照します。MyRolesはもちろんBPELプロセスによって実装される必要があるため、BPELエンジンによって公開されるエンドポイントを持つ必要があります。PartnerRolesは任意のエンドポイントにバインドできます。これは、デプロイメント記述子で発生します。

パートナーWSDLをパートナーロールに割り当てることで、プロセスを修正できると思います。

于 2012-12-01T14:08:08.930 に答える
1

http://thiliniishaka.blogspot.com/2012/10/develop-ws-bpel-process-using-wso2.html およびhttp://thiliniishaka.blogspot.com/2012/10/part-2-developing-を希望しますws-bpel-process-using.htmlは、前述のクエリを解決するのに役立つ場合があります。

ありがとう

ティリーニ

于 2012-11-30T15:21:18.893 に答える
0

Ode.war を Tomcat サーバーにデプロイする必要があります。Tomcat は画像のようなパスを作成します。エンドポイントを完全なパス /ode/processes で構成する必要があります。

c:\apache-tomcat-7.0.55\webapps\ode\WEB-INF\processes\BPEL_WS\

于 2014-08-15T13:34:11.383 に答える