question

Upvotes
Accepted
hgardon avatar image
25 ●8 ●15 ●18

HTTP ODPS requests

Hello

We configured ODPS on our TREP infra and we want to set up our entitlement application.
We are currently doing some tests to validate our developments and we need some help about the following :



Is it expected ? is there something to fix at the odps config level ? to change to the http request level ?

Regards,

Henri

DACSopen-dacshttp
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.

Alex Putkov.1 avatar image   Alex Putkov.1

@Henri.GARDON

Thank you for your participation in the forum. Are any of the replies below satisfactory in resolving your query? If yes please click the 'Accept' text next to the reply that best answers your question. This will guide all community members who have a similar question. Otherwise please post again offering further insight into your question.

Thanks,

-AHS

chavalit-jintamalit avatar image   chavalit-jintamalit

Please be informed that a reply has been verified as correct in answering the question, and has been marked as such.
Thanks,
AHS


2 Answers

· Write an Answer
Upvotes
Accepted
zoya faberov avatar image
32.2k ●40 ●11 ●20

Hello Henri @Henri.GARDON,

If without dacs lock you are able to interact with ODPS correctly, we can next focus on the lock itself. To me, this lock does not seem exactly right, are you sure this is the lock?

For example, I just subscribed to EUR=, and it looks like this:

RefreshMsg
    streamId="5"
    domain="MarketPrice Domain"
    solicited
    RefreshComplete
    state="Open / Ok / None / ''"
    itemGroup="00 04"
    permissionData="03 01 01 52 6c"
    name="EUR="
    nameType="1"
    serviceId="257"
    serviceName="ELEKTRON_DD"
    Payload dataType="FieldList"

The dacslocks are formed based on dacs lock structure requirements, and they all look similar, because they conform to the lock structure. Can you please try with the above lock for EUR=?

http://host:8088/command=subscriptionTest&user=r_msa&position=1.1.1.1/net&application=185&service=IDN_RDF&item=EUR=lock=030101526c

Can also test with the example from ODPS Developer Guide:

http://oaklx8637:8088/command=subscriptionTest&user=ted&position=1.1.1.1/ net&application=56&service=ROSIC_RDF&item=IBM.N&lock=03010163c0&closure=abcdefgh

Let's try to test, maybe it is a bad lock.


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.

dinesh.upreti01 avatar image dinesh.upreti01

Hi @zoya faberov , Can you please let me know the link to ODPS Developer Guide and/or any associated samples. I have searched everywhere on the refinitiv website, but have not been able to locate it.

Kind regards

wasin.w avatar image wasin.w dinesh.upreti01

Hello @dinesh.upreti01

You can find the Open DACS Permission Server (ODPS) document from the https://my.refinitiv.com/content/mytr/en/product/open-dacs-permission-server.html link.
If you have any queries about the ODPS product, I highly recommend you contact the support team directly. You can submit a support ticket to the team via https://my.refinitiv.com/content/mytr/en/productsupport.html link.
1691569695119.png

1691569695119.png (19.5 KiB)
Upvotes
zoya faberov avatar image
32.2k ●40 ●11 ●20

Hello Henri @Henri.GARDON,

To find out more about the cause, would suggest to go back to basics on the subscription test request, and then build up to what you require.

Can you please try:

http://host:8088/command=subscriptionTest&user=r_msa&position=1.1.1.1/net&application=185&service=IDN_RDF&item=IBM.N

How does this go?

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.

hgardon avatar image hgardon

Hello, @zoya.farberov,
We tested with your request and it worked.

We also tested with
http://host:8088/command=subscriptionTest&user=r_msa&position=1.1.1.1/net&application=185&closure=userpositionapplication&service=IDN_RDF&item=EUR=&ondemand=no&usage=denial&requesttype=normal&autope=false

and it works also. Actually this is the same than the one on my previous post but without lock option. We wonder why when we add the lock parameter it is not working. And in the documentation, it seems that the lock info is recommended.
"Thomson Reuters recommends a DACS lock if the data being
protected is from a TREP system and the source returned a DACS
lock as part of the initial image. This offers the maximum
functionality."
Is our lock parameter wrong ?

Thanks,

Henri

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

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