I don't currently have access to an ADS monitor - so, can you confirm what the identifier consists of - does it correlate to any ID in your consumer config? I suspect it may just be some arbitrary value allocated by the ADS.
In terms of the AppID - you should be able to set this using the OmmConsumerConfig:applicationID() function - Must be unique for each application. Range 257 to 65535 is available for site-specific use. Range 1 to 256 is reserved.
You should, however, check with your Market Data team before using a particular value - many MDS / DACS Admin teams allocate unique AppIDs to individual applications - for the purposes of tracking data usage.
Hi Umer - Ive been experimenting, and it seems I can set AppId as a string. this can then be used to identify processes in ADSmon, ADHmon and their error logs. It also doesnt seem to break DACS. Can you comment on this approach pls? Here you can see my name in ADSmon:
This would be counter to our API and TREP + DACS documentation and therefore I cannot say what if any side effects it would have - if not now, then in the future (if they decided to enforce the restrictions specified in my reply above).
I will ask internally from the TREP experts and if I get anything meaningful back I will post here.
I did ask but I did not hear back - I have chased again.
You mentioned local machine previously - so, just to be clear - are these
Is there a particular reason you cannot use a numeric ID for each app/instance?
When the DACs expert did some tests using 'dunc' as the AppID, it was replaced with 256 (default) in the DACS server.
You can ask your DACS team to login to DACS UI and see what your Appid is showning up as.
The official guidance is that whilst using the non-numeric value may work for now in terms of ADS monitoring etc, this can't be guaranteed in the future.