因此，我正在创建一个将使用 flowable 的应用程序。 可以说，一旦我的应用程序启动，它将开始在flowable上部署一个特定的进程，相应地继续进行。
因此，在某种程度上，可流动应用程序与其他应用程序之间会进行很多讨论，但是现在假设我只想从POSTMAN （在FLOWABLE之外）调用可流动应用程序。
我在应用程序中使用了3个模块：flowable-idm，flowable-modeler和flowable-task。
当我从可流动任务的UI启动部署的流程时，一切都正常，当我想使用REST端点启动processInstance时出现问题。
在可流动任务应用程序中，已经有一个REST端点来启动已部署的流程：http://localhost:8080/flowable-task/app/rest/process-instances。
现在，如果我从flowable-task应用程序的Swagger调用此函数，它将正常工作。
但是当我暂时尝试从另一个应用程序或POSTMAN调用它时，它不起作用（一旦POSTMAN调用成功，我就可以在代码中进行相同的安排了），在那里我正在执行基本身份验证并提供身体所需的东西。
此外，控制台上没有显示任何错误或异常，我认为这是由于某些东西捕获了该错误或异常而没有显示任何内容。
但是，要克服从POSTMAN启动过程的问题，我可以使用REST端点http://localhost:9999/flowable-task/process-api/runtime/process-instances，但这只是一个变通办法，将来，如果我创建新的端点，则必须找出一个调用这些端点的方式。
我看到了这个post，我想这个家伙也正在尝试实现类似的目标，但对于flowable-modeler。 建议针对我的情况在flowable-task-conf模块的SecurityConfiguration.java中进行更改，但是我之前没有进行过此类更改，因此不确定是否从哪里开始以及如何进行。
所以，我的问题是如何从外部可流动应用程序与可流动应用程序进行通信。
编辑：
Forum post 关于在工作区中导入flowable-rest模块时出现异常
答案 0 :(得分：1)
可流动任务UI应用程序是一个示例应用程序，它公开了UI的非公共REST API。但是，该应用程序还公开了Flowable的完整REST API。
还有一个可流动的休息应用程序，它具有Swagger文档，并在没有UI的情况下公开了完整的REST API。
您希望与这些REST端点进行通信。
端点在以下上下文中：
cmmn-api（用于流程引擎）dmn-api（用于CMMN引擎）idm-api用于DMN引擎form-api（用于IDM引擎）content-api（用于表单引擎）/process-api/runtime/process-instances for Content Engine 以您的示例为例，您需要使用POST为Starting a Process Instance的std::map