将可重用错误处理流转换为 Mule 4 中的 connector/component

Convert Resuable ErrorHandling flow in to connector/component in Mule4

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

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

喜欢 RestConnect 的 API 规范,一旦在 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 那样的选项将转换为 component/connector?

  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]
    

在这种情况下,请建议哪种方法最好、最简单?提前致谢。

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

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

使用 Mule SDK (1) is useful to create a connector or module in Java. Your questions wasn't fully clear about what do want to encapsulate in a connector. I understand that you want is to share parts of a flow as a connector in the palette, which is different. The XML SDK 似乎更符合这一点。您将需要进行一些更改以封装流程元素,如文档中所述。这实际上与 REST 连接的工作方式非常相似。

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