Hi @tinmyo.win,

The buffer can contain a series of 2-byte blocks, in network byte order, representing the groupID. As such, try iterating through the buffer and assigning the 2 bytes into an unsigned short. That is

Note: ETA also has an example of how they dump the groupID using the 'xmlDumpMsgBegin' function.

Here is an example of the output from above:

Hi @tinmyo.win,

EDIT: The answer below was based on testing against an EMA IProvider Training example that set the group ID. However, through further testing, it appears the example does not properly assign the group ID based on network byte order. I will need to confirm with the development team. Please refer to the first answer above for the actual algorithm to process the group ID.

First thing, I updated my answer above to correct the algorithm to properly extract the 2-bytes and store within an unsigned short. Instead of:

unsigned short id = (groupId->data[i] << 8) | groupId->[i + 1];

It now reads:

unsigned short id = (groupId->data[i] | groupId->[i + 1] >> 8);

To create a test case that has a series of 2-byte integers, one way is to utilize one of the EMA IProvider Training examples, specifically 250__GroupStatus__Fanout. In there, you can modify the code to add additional groupIds. For example, I defined a new ID called: 'secondaryGroupId = 19', i.e.

You can add as many as you want to test. Then I simply added the following line within the AppClient::processMarketPriceRequest() method:

You can then take your ETA consumer application and test it against this Provider and you should see 2 ID values (10 and 19) displayed.

unsigned short id = (groupId->data[i] | groupId->[i + 1] >> 8);