Web 服务 (bpel) 和非结构化数据组合
web service (bpel) and unstructured data combination
我进退两难。我现有的事务系统（在 bpel 之后）是基于 Web 服务的（xml 数据传输），对于一些新功能（例如移动应用程序），我需要使用遗留 Web 服务和创新解决方案（例如 node+mongo 来存储非结构化数据和文件。
我的问题是我是否应该为 mongo 和遗留系统都使用 bpel 前端，以便我的移动应用程序只有一个端点可以与之通信。如果是这样，则存在两种数据格式处理（xml 和 json）的问题。
要么
我的移动客户端是否应该与两者通话，因此有两个端点。
我假设 BPEL 使用仅支持 XML 的 SOAP 协议。我使用过 Oracle BPEL 11g。我不确定其他公司的其他 BPEL 产品。
如果是RESTFul服务，那么Web服务端点可以根据中的ACCEPT属性产生不同格式的响应（例如XML、JSON等） HTTP header。
如果消费 application/service 在 HTTP header 中设置可接受的格式（即 ACCEPT 属性），则 Web 服务可以生成该格式的响应。
如果 Web 服务无法以可接受的格式生成响应，它应该抛出 "HTTP 406 error"。
我进退两难。我现有的事务系统（在 bpel 之后）是基于 Web 服务的（xml 数据传输），对于一些新功能（例如移动应用程序），我需要使用遗留 Web 服务和创新解决方案（例如 node+mongo 来存储非结构化数据和文件。 我的问题是我是否应该为 mongo 和遗留系统都使用 bpel 前端，以便我的移动应用程序只有一个端点可以与之通信。如果是这样，则存在两种数据格式处理（xml 和 json）的问题。 要么 我的移动客户端是否应该与两者通话，因此有两个端点。
我假设 BPEL 使用仅支持 XML 的 SOAP 协议。我使用过 Oracle BPEL 11g。我不确定其他公司的其他 BPEL 产品。
如果是RESTFul服务，那么Web服务端点可以根据中的ACCEPT属性产生不同格式的响应（例如XML、JSON等） HTTP header。
如果消费 application/service 在 HTTP header 中设置可接受的格式（即 ACCEPT 属性），则 Web 服务可以生成该格式的响应。
如果 Web 服务无法以可接受的格式生成响应，它应该抛出 "HTTP 406 error"。