Closed scale-tone closed 2 years ago
Thanks for testing this out with the latest version of the SQL backend!
Looking at the v1.0.0 code, it looks like @ExcludeSubOrchestrations
is actually a parameter of the _QueryManyOrchestrations
stored procedure.
Is it possible that this database was created with an older version of the SQL backend? That could explain the discrepancy since @ExcludeSubOrchestrations
was added more recently. Does it work if you create a new database using the v1.0.0 version of the SQL backend?
Hi Chris, thanks for clarifying this. I can confirm that on a freshly created DB version 1.0.1 works. So, was this backward compatibility deliberately not intended or are you planning to restore it?
The plan is to support backwards compatibility for releases after v1.0.0 (which is the first “stable” release).
More info here: https://github.com/microsoft/durabletask-mssql/issues/124
Makes sense, thanks. Then I'll have to upgrade DfMon accordingly.
DfMon fails to work with Microsoft.DurableTask.SqlServer.AzureFunctions v1.0.0 and higher. When trying to list orchestrations, DurableClient throws the following:
QueryCondition values should be visible on the screenshot. Here is the entire stack trace:
With prior versions everything works fine. To repro you can configure DurableFunctionsMonitor.DotNetBackend with SQL durability provider and run it locally.