on 05-17-2016 2:21 PM
Hi Experts
We are on PI 7.4 SP7 and are looking to migrate from the Alert Framework to CBMA (due to the options that it provides around exclusions of components).
We have configured CBMA in our dev environment and are successfully receiving alerts from the adapter engine and the integration engine using the default alert rule.
The issue we have is with EOIO message mapping failures. We get alerts for other mapping failures where the QOS is not EOIO (i.e. EO). We are not trying to monitor blocked queues or pending messages. We just want to capture the alert when the actual EOIO message gets processed and goes into system error. When we change the interface to EO, we do get the alerts but not when we switch it back to EOIO even though the message has been processed and gone to system error status.
Does anybody have any ideas around getting this to work? Are we missing something?
Many thanks,
Georgia
Hello Georgia.
check the below link and try the approach,I dont think normal mechanism of CBMA will work for EOIO.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Thanks for the reply. The link refers to monitoring for stuck messages that are not in error status - I am aware that CBMA won't monitor for queue build-up and queueed messages that are not in error. I am not interested in capturing queued messages.
I just want to capture the error of the message that did fail and went into error status irrespectively of whether it blocks a queue behind it. This was being captured previously with the Alert Framework.
Any suggestions?
Thanks
Hello Raghuraman,
Alerting works regardless quality of service, so shall work well for both EO and EOIO scenarios.
Hello Georgia,
We have EOIO scenarios and use CBMA, and it generates alerts. So, may I ask you to confirm that:
Regards,
Vadim
Hi Vadim,
The diagnostic information in Tihomir's blog is very useful.
Eventually, SAP suggested note 1999515 - PI: Some errors are not captured in Component-Based Message Alerting. Although this was not applicable for our service pack, we were able to apply it successfully and it did resolve our issue.
Thanks for your help,
Georgia
User | Count |
---|---|
101 | |
13 | |
13 | |
11 | |
11 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.