Proxy 如何在OSB代理服务中使用报告操作来记录重试尝试
我想使用report action记录OSB中代理服务的重试尝试 我创建了一个JMS传输代理服务,它将从IN_队列中拾取消息,并将消息路由到业务服务,业务服务将消息推送到OUT_队列并报告状态(成功或失败) 但是,如果处理过程中出现错误,代理服务应重试5次,然后失败。为了实现这一点,我配置了路由选项,并将重试次数设为5,效果良好Proxy 如何在OSB代理服务中使用报告操作来记录重试尝试,proxy,osb,Proxy,Osb,我想使用report action记录OSB中代理服务的重试尝试 我创建了一个JMS传输代理服务,它将从IN_队列中拾取消息,并将消息路由到业务服务,业务服务将消息推送到OUT_队列并报告状态(成功或失败) 但是,如果处理过程中出现错误,代理服务应重试5次,然后失败。为了实现这一点,我配置了路由选项,并将重试次数设为5,效果良好 我现在只想记录代理服务的重试尝试(使用报告操作)。请建议我如何执行此操作。记录业务服务的重试尝试很困难,因为它的处理超出了代理的范围。最接近的方法是设置SLA警报,以便
我现在只想记录代理服务的重试尝试(使用报告操作)。请建议我如何执行此操作。记录业务服务的重试尝试很困难,因为它的处理超出了代理的范围。最接近的方法是设置SLA警报,以便在bizref失败时通知您,但这不会在每条消息上触发—只要它在聚合间隔期间检测到错误
记录代理的重试尝试要容易得多,特别是因为它是JMS代理。处理失败会将消息放回队列(启用XA的资源,您可能希望启用相同的事务进行响应),重试会在JMS传输头中增加一个计数器,代理可以提取该计数器并决定是否报告该计数器
请记住,除非您将发布/报告的QoS设置为“尽力而为”,否则如果发生故障,发布本身将回滚,这可能不是您想要的。记录业务服务的重试尝试是困难的,因为它的处理超出了代理的范围。最接近的方法是设置SLA警报,以便在bizref失败时通知您,但这不会在每条消息上触发—只要它在聚合间隔期间检测到错误
记录代理的重试尝试要容易得多,特别是因为它是JMS代理。处理失败会将消息放回队列(启用XA的资源,您可能希望启用相同的事务进行响应),重试会在JMS传输头中增加一个计数器,代理可以提取该计数器并决定是否报告该计数器
请记住,除非您将发布/报告的QoS设置为“尽力而为”,否则如果发生故障,发布本身将回滚,这可能不是您想要的。谢谢。我会试试的,谢谢。我试试看。