将可重用的ErrorHandling流转换为Mule4中的连接器/组件

Question

我正在使用Mule 4.2.2运行时。我们使用APIKIT生成的errorHandling并根据客户需求定制它，这在所有即将到来的api中都是相当标准的。

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

就像Exchange规范一样，一旦在RestConnect ( 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

在这种情况下，请建议哪一种方法是最好和容易的？提前谢谢。

Answer 1

使用骡子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中描述的方法。请注意，此方法不创建可以从任意点Studio调色板中使用的连接器。

Answer 2

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

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