我看到了 TIBCO 开发人员的所有这些工作职位,但从 tibco.com 我无法真正挖掘开发人员在这个平台上的代码方面所做的事情,因为它更适合最终用户。它是基于 JAVA 的平台吗?
2 回答
我假设您在谈论 TIBCO Business Works,因为这是完成大部分开发的地方。
TIBCO Business Works 是一个基于 Java 的平台,但通常很少使用 Java 进行开发。TIBCO Business Works 的核心是一个 XSLT 处理引擎,具有大量(我的意思是很多)连接组件(在 TIBCO 世界中称为 Starters 和 Activities)。
开发是通过将 Starter 链接到活动并最终链接到 End Activity 以图形方式完成的,非常类似于传统的流程图。您可以在此屏幕截图的右上角看到我的意思:
这些图中的每一个都称为流程定义,Java 中最接近的等价物是方法,但是它们与 C 函数更密切相关,因为没有用于流程定义的类的概念。
仔细观察,您会注意到选择了 StorePO Publish To Adapter Activity。在右下角,您可以看到此活动的输入是从其他流程数据“映射”的(可以是 Start 的输出,也可以是其他活动的输出)。这个映射实际上是 XSLT,只是直观地表示。如此之多,将映射的根节点(在本例中为“正文”)复制到文本文档中会粘贴为 XSLT(如果您愿意,您甚至可以在那里编辑它并将其复制回来;当您需要进行搜索和替换)。
回顾流程定义,有一个 CheckInventory 调用流程活动。这就是您从正在处理的定义中调用另一个流程定义的方式。事实上,这个 Process Definition 有一个普通的 Start Activity,这表明它是从另一个 Process Definition 调用的。
Starter 流程是具有 Process Starter 而不是 Start Activity 的流程定义。Process Starter 基于某个事件触发 Process Definition 的调用。例如,JMS Queue Receiver Process Starter 将在它接收到特定的 JMS 消息时触发。有许多这样的 Process Starter,包括 SOAP、HTTP、SMTP 甚至普通的旧 TCP。
同样,还有许多活动,包括上述活动以及 JDBC 和 FTP。
在实际上无法访问 TIBCO Designer 的情况下,提高 TIBCO 角色技能的最佳方法是专注于 XPath 和 XSLT,因为这主要是您将使用的。
TIBCO AMX Businessworks 是一个用于集成和自动化目的的 Java 平台。它使用基于插件的架构,这意味着您可以扩展功能。产品从 5.x 版本到现在的 6.4.x 版本,包括微服务能力、容器化、云使能等。它使用模型驱动的开发方法来减少编码部分,这就是为什么如此强大。您可以在文档官方网站上找到更多信息Documentation TIBCO AMX BW
如果您了解西班牙语并想了解 5.x 版本,我在TIBCO AMX BW 教程中有一组视频教程