Deleting DSS API schedule takes 240 seconds to complete.

It takes over 240 seconds to delete a temporary schedule.
Is this normal or is there something else I need to do first?
Flow is like this
// Create an immediate schedule
var schedule = new Schedule
{
Name = scheduleName,
TimeZone = TimeZone.CurrentTimeZone.StandardName,
Recurrence = ScheduleRecurrence.CreateSingleRecurrence(DateTimeOffset.UtcNow, true),
Trigger = ScheduleTrigger.CreateImmediateTrigger(true),
ListId = instrumentListId,
ReportTemplateId = reportTemplateId,
OutputFileName = outputFileName
};
_extractionsContext.ScheduleOperations.Create(schedule);
// get files
…
// delete files
…
_extractionsContext.ExtractedFileOperations.DeleteMultiple(fileIds);
// delete schedule (this is taking over 240 seconds to complete)
_extractionsContext.ScheduleOperations.Delete(schedule);
// delete instrument list
_extractionsContext.InstrumentListOperations.Delete(instrumentListId);
Best Answer
-
Hello @Lukasz Ossowski,
I am supposing that the lengthy time for you is consistent across days and usages, not just on a single request?
In my experience, the deletion, as well as creation of DSS entities such as schedules is uneven, in terms of the time it takes. As I run these via Postman, as direct requests, sometimes it completes so fast, that appears to be instantaneous, and sometimes it takes time, 240s would be at the high end for schedule deletion, but not unreasonable.
In order to eliminate the possibility of any other code causing delays, I would like to suggest to test via raw request, submitting it using Postman tool.
You can follow the steps of tutorial REST API Tutorial 10: GUI control calls: immediate extract that are specific to schedule create and delete, you can download the collection of ready request from the included download link to minimize the effort.
If you run create and delete the schedule directly and observe reasonable completion time, review your code, and perhaps try to pare it down till the request works as expected and then build back up to the full business requirements.
If you observe delays on Postman submission of deletion, it will need to be investigated more closely on your specific request and your specific environment, so in this case the best approach would be, as a customer, submitting a support request on Refinitiv Helpdesk Online for product DSS and having our experts investigate your specific submission.
Hope this helps, please let us know if you are unable to proceed?
0
Answers
-
Hi Zoya,
In Lukasz's absence, I'd like to follow up on your response, as client came back with the below.
Could you please advise?
The code I have is lifted from the c# Dss sample application.
And just to be sure I ran the c# Dss sample application and I see the same behaviour during the CleanUp.
This leads me to believe that there is an issue with the environment.
I get the same behaviour using my dev account and our prod account
DssClient.DeleteSchedule:
Elapsed time for schedule delete is 241.717815 seconds
0 -
Hello @aleksandra.kluczniak_refinitiv,
The client mentions, that it also takes them long to delete schedule over DSS GUI example, as well as the custom code request.
I have just tested DSS GUI Example => Schedule Delete, twice and both tests took under 1 second to complete:
Please test the same, via example, and let us know. If DSS GUI example Schedule Delete, which is small, also consistently takes inordinate amount of time, I would suppose, that an investigation into local environment with the help of local network admin may be required.
If this delete runs consistently short, would compare example code against teh custom code and look for the differences.
Let us know how this works on your side.
0 -
Hi Zoya,
I spoke with the client and he confirmed that he did not refer to DSS GUI in his reply. Apart from that, GUI deletions work quick and fine, however, as he specifies that he is using C# and both of his accounts, test and prod have the same problem, it must be a C# issue:
"The code I have is lifted from the c# Dss sample application.
And just to be sure I ran the c# Dss sample application and I see the same behaviour during the CleanUp.This leads me to believe that there is an issue with the environment.
I get the same behaviour using my dev account and our prod account
DssClient.DeleteSchedule:
Elapsed time for schedule delete is 241.717815 seconds."
Please advise,
Lukasz
0 -
Hello @Lukasz Ossowski,
DSS GUI example is implemented using C#. It can be downloaded from REST API Help on DSS Hosted
I was suggesting for the client to run it, as is, without modifications, to test deletion, on the client side. This should be quick and easy for them to test.
If it runs at the expected speed for them, go back to the code that the client is running, compare it to DSS GUI example implementation, and try to pinpoint the modification that can potentially be causing the slowdown.
For me this deletion code runs at usual speed.
Let me know if this helps?
0 -
Narrowed this issue down to some tidy up code which is called after the files have been downloaded and before we delete the temporary schedule
var scheduleExtractions = _extractionsContext.ReportExtractionOperations.GetByScheduleId(scheduleId);
foreach (var reportExtraction in scheduleExtractions)
{
_extractionsContext.LoadProperty(reportExtraction, "Files");
var fileIds = reportExtraction.Files
.Where(extractedFile => extractedFile.ContentsExists)
.Select(extractedFile => extractedFile.ExtractedFileId)
.ToList();
if (fileIds.Count > 0)
{
_extractionsContext.ExtractedFileOperations.DeleteMultiple(fileIds);
}
}
I we don't call _extractionsContext.ExtractedFileOperations.DeleteMultiple(fileIds) then the schedule delete returns in a second.
0 -
We get the same behaviour when running the Datascope REST API Examples and selecting and running Scheduled Extractions | CleanUp
0 -
Hello @campbell.paterson0,
On Cleanup I observe the same as you:
I can suggest my explanation of what is happening, in the example, and likely the same, in your custom code.
If you take a look at the steps completed in the example code, you will observe that it's not a simple Delete of schedule, rather a complex sequence of steps in this example. The processing on the client is asynchronous, but as the requests are submitted to the service, those of them that have dependencies on each other are sequenced for execution to be completed in a safe manner. Delete of fields takes longer, and until it is safely completed, delete of the same schedule will not be able to proceed.
Please observe that if you require to just delete schedules in their entirety, you can do the same as Schedule Example -> Delete, and it should take much less time for you to complete, although not instantaneous on my side either.
But if you require to first delete the fields, and then, next, to delete schedules, then that is expected to take longer as in the example.
Hope this helps?
0 -
Thanks.
I will remove the offending code as I don't think it is adding any value.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 690 Datastream
- 1.4K DSS
- 629 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 559 WebSocket API
- 39 FX Venues
- 15 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 280 Open PermID
- 45 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 23 RDMS
- 2K Refinitiv Data Platform
- 717 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 106 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 95 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛