During tests of creating a job queue entry via codeunit 453 Job Queue - Enqueue via a webservice running under a super account, I notice the following behaviour:
Job queue entry is created, status is set to ready and has a system task ID.
In the table Scheduled Task, I see a new entry being created under the account calling the web service.
A moment later the entry is removed (possibly because the task scheduler picked it up), but the job queue entry remains untouched.
Job Queue's scheduled is set to "No", the corresponding system task id has been removed.
When running the same code via a client session, everything behaves as normal, but when it's a web service session, the described behavior is showing.
Has anybody run into this issue?
Web service is of the SOAP kind, did not test this with ODATA
|Pressing F1 is so much faster than opening your browser||To-Increase| 0
Answers
Dynamics NAV, MS SQL Server, Wherescape RED;
PRINCE2 Practitioner - License GR657010572SG
GDPR Certified Data Protection Officer - PECB License DPCDPO1025070-2018-03
|To-Increase|
So a CU 1 upgrade is required for a correctly functioning job queue in various scenarios. What I did notice is that even when the NETWORK SERVICE was directly logged into the rtc, the issue persisted.
|To-Increase|
any clue?
"Job queue entry is created, status is set to ready and has a system task ID.
In the table Scheduled Task, I see a new entry being created under the account calling the web service.
A moment later the entry is removed (possibly because the task scheduler picked it up), but the job queue entry remains untouched.
Job Queue's scheduled is set to "No", the corresponding system task id has been removed."
|To-Increase|
but if using domain account then it can run...
my 2017 edition no issue either using network service nor domain account