0

我正在使用 Mule 4.2.2 运行时。我们使用 APIKIT 生成的 errorHandling 并根据客户要求对其进行定制，这在所有即将推出的 api 中都是相当标准的。

考虑将其转换为连接器，以便它在调色板中显示为组件/连接器，以便在所有 api 中重用，而不是每次复制粘贴。

就像RestConnectAPI 规范一样，一旦在 Exchange 中发布，它将自动转换为连接器（https://help.mulesoft.com/s/article/How-to-generate-a-connector-for-a-REST-API- for-Mule-3-x-and-4-x）。

  1. 我们是否有任何类似于上述发布mule common flow的选项可以转换为组件/连接器？

  2. 如果不是，哪一种是最适合我的场景的方式

    1）使用SDK

    https://dzone.com/articles/mulesoft-custom-connector-using-mule-sdk-for-mule （或）

    2）创建本页中提到的jar

    [https://www.linkedin.com/pulse/flow-reusability-mule-4-nagaraju-kshathriya][2]

请建议在这种情况下哪个是最好和最简单的方法？提前致谢。

4

2 回答 2

1

使用Mule SDK (1) 在 Java 中创建连接器或模块非常有用。您的问题并不完全清楚要封装在连接器中的内容。我知道您想要的是在调色板中将流程的一部分作为连接器共享，这是不同的。XML SDK似乎更符合这一点。如文档中所述，您将需要进行一些更改以封装流程元素。这实际上与 REST 连接的工作方式非常相似。

(2) 中描述的方法用于从 JAR 文件导入 XML 流，但该链接描述的方法实际上对于 Mule 4 是不正确的。通过库实现共享流的正确方法是https://中描述的方法help.mulesoft.com/s/article/How-to-add-a-call-to-an-external-flow-in-Mule-4。请注意，此方法不会创建可从 Anypoint Studio 调色板使用的连接器。

于 2020-03-21T18:18:06.947 回答
1

根据个人经验 - 使用通用流程，将其放入存储库并将其作为 pom 文件的依赖项。更好的解决方案 - 包括流向域应用程序，并与您的共享 https 连接器单独使用。

我写了很多基于 Java 的自定义组件。我非常喜欢他们，并为他们感到骄傲。但是从 Mule3 到 Mule4 的过渡杀死了大多数人。即使在 Mule4 中，Mulesoft 也会定期进行更改，从而使组件与运行时不兼容。

于 2020-03-21T14:25:46.097 回答