从 WLI 迁移到人工工作流程

发布于 2024-10-23 12:56:41 字数 240 浏览 7 评论 0原文

当从 weblogic WLI 工作流迁移到 BPEL Human 工作流时，我们可以选择 jcx 文件与数据库进行交互。任何人请参考任何文件... 例子;在我现有的应用程序中，我们从数据库中选择一些值，在 BPEL 中我们将如何实现相同的目标。

我是 BPEL 的初学者。

我在其中创建了一个 BPEL 流程和数据适配器，现在我想从以下位置执行该数据适配器：我的自定义java代码，有什么方法可以做同样的事情..请指导... 谢谢

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

不醒的梦 2024-10-30 12:56:41

您正在使用哪些版本？如果您添加有关设置的更多详细信息，这会很有用。
大胆猜测，以下内容可能对您有所帮助：

控件导出为合作伙伴链接。此合作伙伴链接的操作源自控制 JCX 文件中的方法。每个方法参数被视为一个单独的输入消息部分；部件的名称与参数的名称相同。输出消息由控制方法的返回类型确定。它有一个称为参数的部分，因为方法有一个没有名称的返回类型。

http://download.oracle.com/docs /cd/E13214_01/wli/docs85/bpel/export.html#1061022

编辑：

经过一番研究，我了解到您使用的是 WLI 8.x。如果您在导出 JPD 时遇到问题，上面的链接应该会对您有所帮助。
另一种方法是将 8.x 项目导入到 10g3 项目，然后从那里导出。通过这种方法，您可以生成符合 BPEL2.0 的工作流程。警告：这是一次性导入，无法通过早期 WLI 版本访问该项目。所以，尝试复制一份。

你的问题的第二部分不清楚。 从 Java 代码调用控件与调用 Web 服务相同。作为 EJB 调用/转换的 WLI control 会转换为 Web 服务 portType。您可以从 Java 应用程序使用这些 Web 服务（例如，使用 Axis）。

例如：如果我尝试转换 JPD SomeWorkflow.jpd，并且如果我的 JPD (WLI 8.x) 有导出

/**
 * @common:control
 */
private com.appmills.someapp.controls.TestDBCtrl dbctrl;

或者，使用 10g3

    @Control()
    private com.appmills.someapp.controls.TestDBCtrl dbctrl;

创建三个文件 SomeWorkflow.bpel、SomeWorkflow.wsdl 和 SomeWorkflow_ctrl.wsdl
生成的代码为：

<plnk:partnerLinkType name="com.appmills.someapp.controls.TestDBCtrl">
    <plnk:role name="control">
      <plnk:portType name="ctrl:com.appmills.someapp.controls.TestDBCtrlPT"  
                    xmlns:ctrl="http://www.bea.com/workshop/bpel/ctrl"/>
    </plnk:role>
  </plnk:partnerLinkType>

EDIT 2:
生成的控件 WSDL（在上面的示例中 SomeWorkflow_ctrl.wsdl）不包含或标记。这些都留待您定义。假设您在某处有可用的这些，并且只需将它们连接起来。

您可能知道，Oracle-SOA 中的 JCX 等效项是 JCA。 WLI 和 Oracle-SOA 之间没有直接的导出/导入。这意味着根据您当前的代码复杂性和迁移计划，工作量可能会有所不同。
在我看来，对于JDBC Control来说，最简单的解决方案是将它们重写为数据库适配器。

What versions are you working with? It is useful if you add more details about your set up.
Taking a wild guess, here is something that might help you:

Controls are exported as partner-links. The operations for this partner-link are derived from the methods in the control JCX file. Each method parameter is treated as a separate input message part; the name of the part is the same as the name of the parameter. The output message is determined from the return type of the control method. It has a single part called parameters, since a method has a single return type with no name.

http://download.oracle.com/docs/cd/E13214_01/wli/docs85/bpel/export.html#1061022

EDIT:

After a bit of research, I understand that you are on WLI 8.x. The link above should help you if you are facing problems exporting your JPD.
The alternate approach would be to import your 8.x project to 10g3 project, and export it from there. In this approach, you can generate BPEL2.0 compliant workflows. Warning: this is a one-time import, and the project will not be accessible via earlier WLI versions. So, try on a copy.

The second part of your question is not clear. Invoking controls from your Java code would be the same as invoking a web service. The WLI controls that are EJB calls/transformations get converted into web service portTypes. You can consume these web services from your Java application (eg., using Axis.)

Eg: If I am trying to convert a JPD SomeWorkflow.jpd, and if my JPD (WLI 8.x) had a control

/**
 * @common:control
 */
private com.appmills.someapp.controls.TestDBCtrl dbctrl;

Or, alternatively with 10g3

    @Control()
    private com.appmills.someapp.controls.TestDBCtrl dbctrl;

The export creates three files SomeWorkflow.bpel, SomeWorkflow.wsdl and SomeWorkflow_ctrl.wsdl
The generated code would be:

<plnk:partnerLinkType name="com.appmills.someapp.controls.TestDBCtrl">
    <plnk:role name="control">
      <plnk:portType name="ctrl:com.appmills.someapp.controls.TestDBCtrlPT"  
                    xmlns:ctrl="http://www.bea.com/workshop/bpel/ctrl"/>
    </plnk:role>
  </plnk:partnerLinkType>

EDIT 2:
The generated WSDL for controls (in the above example SomeWorkflow_ctrl.wsdl) does not contain <binding> or <service> tags. These are left out for you to define. The assumption is that you have these available somewhere, and have to simply wire them in.

As you might be aware of, the JCX equivalents in Oracle-SOA are JCAs. There is no direct export-import between WLI and Oracle-SOA. This means that there could be varying amount of efforts based on your current code complexity and your migration plan.
In my opinion, for JDBC Controls specifically, the simplest solution is to rewrite them as Database adapters.

回复收藏 0 原文

~没有更多了~