question

Upvotes
Accepted
5 2 2 5

How to read out users DACS configuration?

Hi all,

while requesting users sub service list using the OpenDACS interface

agent_->getUserSubServiceList( *handle, serviceName_, userSubServices )

we receive exchanges subservices never been setup in DACS.
For example the exchange subservice "CMECBOT" will appear as long as the user is allowed for "CME" and "CBT".
Same with exchange subservice "XCA01D" which have never been setup in DACS explicitly.

So how can I determine the users DACS configuration by request via OpenDACS interface?
It seems as if there might be some undocumented logic within DACS front-end.

Regards,

Thomas

DACSopen-dacs
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Upvotes
Accepted
47.2k 110 44 60

@Thomas Wolf

This composite PDP is permissioned automatically when the underlying exchange PDPs have been permissioned

I found that:

  • The required exchanges for CMECBOT are CBT and CME
  • The required exchange for XCA01D is OSA

You can directly contact the DACS support team via Get Support for more information regarding composite PDPs.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Upvotes
29k 33 11 15

Hello @Thomas Wolf,

I was not able to reproduce what you describe, getting "not-in-the-dacs" subservices by running setUserSubServiceList() call. Subservices that I get from setUserSubServiceList() were consistent with subservices defined in my DACS. I get products, exchanges, specialists data sets, not just one type of "subservice", perhaps this is what you are seeing?

Further thinking, perhaps call getPEList() would better converge with your requirements? It returns the PEs, or permission entities, assigned to the user, defining permissions assigned.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

They are composite subservices.

CMECBOT- This is CME/CBOT COMPOSITE 
PE ID code: 116 

XCA01C - This is SEGMENT 3 (CROSS-MARKET CONSOLIDATED ASIA)- Equities 
PE Code: 7150 

You can retrieve it via the getPeToSubServiceList() interface.

116	|	E	:	CMECBOT
...
7150	|	E	:	XCA01C
Upvotes
5 2 2 5

Hi Zoya,

no those exchange subservices appear on getUserSubServiceList() although the DACS adminitrator have never permissioned those subservices for the user. Neither have those subservices ever been displayed at the DACS front-end. I think you will not been able to reproduce this feature by explicitly setting the permission using setUserSubServiceList(). It seems to be an front-end issue.

I have the need to read-out exactly what is displayed at the front-end for reporting and QS reason. And it works quite well beside the reported effects. I do not know where those subservices come from. Does the front-end suppress displaying some subservices or does it conditionally add some subservices depending on given user permissions.

For example the subservice "XCA01D" appear in getUserSubServiceList() as soon as OSA been permissioned at the front-end.

A QS-Reporting on PE list will be confusing for DACS adminitrators. They want to be sure that their current configuration have been applied correctly. Therefore it would be helpfull to generate from getUserSubServiceList a list they can easily compare with their settings.

If there are some special subservices a documentation of those subservices whould be helpful too.

Thanks,

Thomas


osa.jpg (25.4 KiB)
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Hi zoya,

yes, jirapongses answer helps us. So we can display all pdp codes as delivered from the interface. Composite pdp codes will be displayed even if added automatically. Our customers can explain their present in our reports refering to a list of possible composite pdps in their setup.

Thanks a lot for your help!

Thomas