服务交互中的适配器技术解析
在服务交互的领域中,存在着诸多复杂的问题,比如不同服务之间的兼容性问题。本文将深入探讨相关的规则、适配器的相关知识,包括其规格、基本活动、生成方法以及引擎的编码等内容。
1. 规则与Petri网细化
在服务交互的规则方面,存在规则5,该规则用于向片段M12添加替代分支。片段M12先接收消息a,然后进入左分支或右分支。左分支发送消息b并接收消息d,右分支发送消息c并接收消息e。通过添加替代分支,M12可转换为M13,在新分支中先接收d再发送消息f,后续部分可以任意延续。不过,规则5仅在一个方向上保持一致性,因为M12的策略需等待其进入哪个分支的决策,否则可能出现环境发送d,而M12进入左分支等待e的情况。
关于Petri网的细化,许多研究人员都进行了探讨。大多数结果要求受限的Petri网类或无接口的Petri网。若将每个输入位置视为有额外入弧的位置,每个输出位置视为有额外出弧的位置,Murata规则也能保持一致性。对Petri网中位置和转换的细化以保持整个网络兼容性的研究成果,也可应用于当前场景。
2. 服务集成中的兼容性问题
服务导向计算旨在通过组合较简单的服务来创建复杂服务,但独立开发的服务在组合时可能不兼容。常见的不兼容类型包括:
- 消息类型名称;
- 相似消息类型的编码;
- 相似消息类型的语义;
- 消息预期或传输的顺序。
以餐厅场景为例,游客直接放钱等食物,而厨师坚持先有订单才准备餐食,若提前收到钱还可能停止烹饪。若直接融合游客和厨师服务的接口位置,会导致死锁,即厨师等订单,游客给钱等食物。这里重点关注行为不兼容性,但也不忽视其他类型的不
超级会员免费看
订阅专栏 解锁全文
1214

被折叠的 条评论
为什么被折叠?



