Exception in Access/Impl/Thread.cpp
We are using the EMA api library for consuming electron MRN, and we have recorded the following message in the log, the API did not raise any exception or call any of the callbacks.
loggerMsg
TimeStamp: 10:49:31.007
ClientName: Consumer_1
Severity: Error
Text: EMA Exception Handler
Application: EMA Application
Process Id: 0x9634
File: Access/Impl/Thread.cpp
Line: 71
Exception occured
loggerMsgEnd
Answers
-
Not much to go off, but one thing to eliminate - are you checking each field for Blank Data before attempting to extract the field value?
const FieldEntry& fe = fl.getEntry();
if ( fe.getCode() != Data::BlankEnum )
{
// Extract field value e.g. fe.getReal() / fe.getInt() etc..
}I have seen a few instances of developers who do not check for blank fields when decoding the FieldList and get an exception...
0 -
Hello @shen.yu,
We strive to help.
This is really not much info to go on, which is probably what has resulted in the lack of response from the community.
---
Is there any additional info that you can provide that you think would help us understand the issue?
For example:
Did you see this in the log only once or were there repeat occurrences, did it only happen once?
Can you tell anything of the conditions under which the exception has taken place?
Are you on the latest version of EMA, as many fixes have been built into it, and some issues may not be manifesting anymore?
---
Otherwise, I can see two ways of approaching this issue, which in the interest of saving time I would pursue both heavily and in parallel.
1. I would increase logging "to the hilt". Please refer to EMA Developer Guide section Troubleshooting and Debugging. By default EMA only logs "significant events". In the type of scenario you are looking at, we should try to log everything, to understand what is happening.
2. I would introduce additional application-level output, context specific, to try to narrow down when and where the exception has occurred. And look to reproduce again.
Please let us know how these worked for you.
Thanks,
-Zoya
0 -
Hi Zoya,
Thanks for replying. We are using the version 1.1.0 of the API continuously consuming messages for over a year now without any issue. However, starting few weeks ago without any change on our end, we are consistently getting the error above every weekend.
We can try upgrading to the latest version of the API if the version of 1.1.0 is no longer supported.
Thanks,
Shen0 -
Hi Zoya,
Thanks for replying. We are using the version 1.1.0 of the API continuously consuming messages for over a year now without any issue. However, starting few weeks ago without any change on our end, we are consistently getting the error above every weekend.
We can try upgrading to the latest version of the API if the version of 1.1.0 is no longer supported.
Thanks,
Shen0 -
Hi @shen.yu ,
EMA is an actively evolving and improving API.
1.1 remains supported. However:
There is a sizeable list of issues that was fixed in general release 1.2, which you may stand to benefit from.
There is already a short list of issues that were fixed after 1.2, and we make them available via github -> electron to developer who really need them. Among them is one issue on uninitialization that is more common then others. Do you, by chance, ununit and reinit on weekend? If that is the case, I would consider not just getting the latest general release but even bypassing general release 1.2 in favor of the very latest, early release of Elektron API on github.
I would, if experiencing an issue, at the first chance move to the latest, not to waste time debugging any fixed issue.
Hopefully you are able to, but in either case I would still, in anticipation of being able to reproduce during the weekend, increase logging and introduce the additional marking output as discussed before, to make progress toward resolving, as your reproducing chance is only over the weekend.
Please keep us posed how this works for you,-Zoya
0 -
Hi Zoya,
Thanks, for the recommendation. We will upgrade to use API 1.2.0 and monitor to see if the same issue persist.
Thanks,
Shen
0 -
Hi Zoya,
We have upgraded the API 1.2.0, but the issue persist:
loggerMsg
TimeStamp: 10:54:41.861
ClientName: Consumer_1
Severity: Error
Text: EMA Exception Handler
Application: EMA Application
Process Id: 0x8C53
File: Access/Impl/Thread.cpp
Line: 71
Exception occured
loggerMsgEndFor the 5th consecutive weeks, we are getting this every Saturday morning.
Any help would be greatly appreciated, thanks!
Shen
0
Categories
- All Categories
- 6 AHS
- 39 Alpha
- 161 App Studio
- 4 Block Chain
- 4 Bot Platform
- 16 Connected Risk APIs
- 47 Data Fusion
- 30 Data Model Discovery
- 608 Datastream
- 1.3K DSS
- 577 Eikon COM
- 4.9K Eikon Data APIs
- 7 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- Trading API
- 2.7K Elektron
- 1.3K EMA
- 236 ETA
- 519 WebSocket API
- 33 FX Venues
- 10 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 20 Messenger Bot
- 2 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 59 Open Calais
- 264 Open PermID
- 39 Entity Search
- 2 Org ID
- PAM
- PAM - Logging
- 8.4K Private Comments
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 20 RDMS
- 1.4K Refinitiv Data Platform
- 370 Refinitiv Data Platform Libraries
- 3 Refinitiv Due Diligence
- LSEG Due Diligence Portal API
- 3 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.1K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 10 World-Check Customer Risk Screener
- 990 World-Check One
- 44 World-Check One Zero Footprint
- 45 Side by Side Integration API
- Test Space
- 3 Thomson One Smart
- 1.2K TR Internal
- Global Hackathon 2015
- 2 Specialists Who Code
- 10 TR Knowledge Graph
- 150 Transactions
- 142 REDI API
- 1.7K TREP APIs
- 4 CAT
- 21 DACS Station
- 117 Open DACS
- 1.1K RFA
- 103 UPA
- 172 TREP Infrastructure
- 224 TRKD
- 886 TRTH
- 5 Velocity Analytics
- 5 Wealth Management Web Services
- 60 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛