Strange behaviour with ODBC query on 2.0.9.12
Posted: Thu Jun 23, 2022 7:48 pm
This is in the same space is in this thread.
Upgraded a customer to 2.0.9.12. (One release behind the move to ODBC 3.0)
The main dataload is a TI looping over a list of ledgers, calling TIs that run queries against various ODBC connections.
This has worked happily for many years without issue.
The dataload TIs are called from the master TI using ExecuteProcess.
Since moving to 2.0.9.12, some of the queries fail whilst the loop is running. It is always the same ledgers on every run.
(Failure msg is, failed to execute query, "SQL statement", line 0)
The "interesting" thing is that if (using the identical code case) I call the load for a single ledger that fails when running the loop, it works without issue.
So no issues with infrastructure and so forth.
After analysis trying to understand what was going on I've established that if I swap out ExecuteProcess for RunProcess then the looping jobs work.
It does rather feel like there is a bug here.
Sigh...
Upgraded a customer to 2.0.9.12. (One release behind the move to ODBC 3.0)
The main dataload is a TI looping over a list of ledgers, calling TIs that run queries against various ODBC connections.
This has worked happily for many years without issue.
The dataload TIs are called from the master TI using ExecuteProcess.
Since moving to 2.0.9.12, some of the queries fail whilst the loop is running. It is always the same ledgers on every run.
(Failure msg is, failed to execute query, "SQL statement", line 0)
The "interesting" thing is that if (using the identical code case) I call the load for a single ledger that fails when running the loop, it works without issue.
So no issues with infrastructure and so forth.
After analysis trying to understand what was going on I've established that if I swap out ExecuteProcess for RunProcess then the looping jobs work.
It does rather feel like there is a bug here.
Sigh...