README

处理器代理用于 prooph LINK

HTTP 处理触发器

处理器代理模块提供了一种通过 HTTP 请求启动进程的方法。

收集数据触发器

要使用此端点，进程应可通过一个 collect-data 工作流程消息启动。您需要执行的操作是向您的 prooph LINK 应用程序中定义的 prooph.link/processor_proxy/api/collect_data_triggers 路由发送 POST 请求。默认情况下，此路由名称解析为 URI /prooph/link/processor-proxy/api/collect-data-triggers。

请求

POST 请求应包含一个 JSON 主体，其中包含以下结构

{
  "collect_data_trigger" : {
    "processing_type" : "Processing\Type\Type"
  }
}

如你所见，根键 "collect_data_trigger" 只包含一个 "processing_type" 定义。类型应指向第一个任务应收集的 Processing\Type\Type 实现。

响应

服务以状态码 201 响应，且无主体。相反，头中包含一个指向包含生成的流程消息 UUID 的消息信息服务 Location。消息信息服务提供了有关消息状态、触发的流程和潜在错误的详细信息。

消息服务

获取消息

GET /prooph/link/processor-proxy/api/messages[/:id] (路由: prooph.link/processor_proxy/api/messages)

获取由其 UUID 识别的消息的详细信息。

消息框

POST /prooph/link/processor-proxy/api/messages (路由: prooph.link/processor_proxy/api/messages)

消息服务提供接收服务总线消息的可能性，然后将其传递给工作流程引擎。此端点主要用于在子进程或工作流程消息处理程序应通过 HTTP 触发时。在这种情况下，主要工作流程处理器可以通过 psb-http-dispatcher 将工作流程消息发送到此端点。

支持

在 prooph-users Google 群组中提出任何问题。
在 https://github.com/prooph/link-processor-proxy/issues 上提交问题。

贡献

你想帮助我们吗？太好了！我们非常感谢任何帮助，无论是实施层面、UI 改进、测试、捐赠，还是简单地尝试系统并给我们反馈。只需在上述链接的我们的 Google 群组中给我们留言，我们就可以进一步讨论下一步。

谢谢，你的 prooph 团队

prooph / link-processor-proxy

维护者

详细信息

README

HTTP 处理触发器

收集数据触发器

请求

响应

消息服务

获取消息

消息框

支持

贡献