问:在 BPEL 中嵌入 Java 是不好的做法吗?

Q: Is embedding Java bad practice in BPEL?

问题:在 BPEL 中使用 java 嵌入被认为是不好的做法,如果是这样,为什么?

在我的工作中,我经常使用 Java 嵌入作为 BPEL 组件来完成某些工作。它可以是非常简单的东西,在 Java 中对我来说很舒服,或者是不可能(据我所知)用 BPEL 中的其他组件来处理的东西。

在 12c BPEL 源中嵌入的简单 java 示例:

<bpelx:exec name="TruncateBlankNamespace" language="java" version="1.5">
  <![CDATA[String origHeader = (String)getVariableData("randomHeader"); try { String replacedvalue = origHeader.replaceAll(" xmlns=\"\"", ""); setVariableData("randomHeader_something", replacedvalue) ;} catch (Exception exception) { exception.printStackTrace(); }]]>
</bpelx:exec>

我使用它的另一个例子是将有效载荷编码和解码为 base64 并返回,

11c BPEL 源代码中嵌入 base64 编码的示例:

 <bpelx:exec import="oracle.soa.common.util.Base64Encoder"/>
 <variables> 
      <variable name="DecodedMessage" type="xsd:string"/>
      <variable name="EncodedMessage" type="xsd:base64Binary"/>
 <variables/>
 <bpelx:exec name="EncodePayload" language="java" version="1.5">String decodedMessage = (String)getVariableData("DecodedMessage"); try { String encodedMessage = Base64Encoder.encode(decodedMessage.getBytes()); setVariableData("EncodedMessage", encodedMessage);} catch (Exception exception) { exception.printStackTrace(); }</bpelx:exec>

现在我发现嵌入是解决某些问题和快速解决问题的非常有用的工具,而无需在您使用的工具中做额外的作业。然而,我注意到在 Oracle Soa suite/BPEL 中使用 java 嵌入是一种不好的做法。

我是一名初级中间件开发人员,也是堆栈溢出的新手,所以如果我不够全面,请原谅,请指出这里的所有错误 post,并随时编辑 :D !

非常感谢!

杰斯珀

如果这是不好的做法,那么您应该改用什么更好的做法?

我可以看出在 XML 中嵌入实际 Java 代码可能看起来很丑陋。但是将这种语言嵌入那种语言是开发人员一直在做的事情。

  • 我们都熟悉将 Java 脚本嵌入 HTML 属性值,因为我们一直在这样做,例如 <button onclick="getElementById('date').innerHTML = Date()">.
  • ReactJS JSX 语言允许您在 JavaScript 的任何地方嵌入 HTML。
  • 在 Java 字符串中嵌入 SQL 命令是完全正常的并被接受。
  • Elasticsearch 查询可以嵌入以“无痛”语言编写的脚本。
  • 每个正则表达式都是一个用正则表达式语言编写的小程序,嵌入到一个更大的程序中。
  • Shell 脚本和构建系统尤其倾向于混合语言。

存在这些功能是因为它们是必要的。在某些时候,他们使某人能够完成某事。把事情做好很重要。

我会问自己几个问题:

  • 在您的 BPEL 中嵌入 Java 是最简单可行的方法吗?反对您的嵌入式 Java 的人可能希望您改为调用服务。但是,如果逻辑微不足道并且您只在一两个地方使用它,那么仅仅为了提供此逻辑而构建和维护一个单独的服务器的成本可能不会使其成为一个实用的替代方案。
  • 嵌入 Java 是否会使您的应用程序更难(或更容易)维护?
  • 有哪些选择?他们需要更少的努力还是更多?如果备选方案需要更多的努力,那么你必须质疑它们是否真的更好。额外努力的回报是什么?
  • 在 BPEL 中嵌入 Java 是否会使您失去 SDLC 流程的一些好处?例如,嵌入式 Java 是否在源代码管理之外? Java 逻辑的 SDLC 是否与其嵌入的 BPEL 匹配?
  • 放任不管会发生什么不好的事情?

引用最佳实践(或不良实践或“反模式”)的人应该能够解释他们的推理。毕竟这是工程学。