Had an Automation Script that worked fine in prior version. First time running after last major upgrade it did not work and I’ve just avoided researching (or posting) by just running the native sql that the *.tas doesn’t like.
the TAS has three pieces. Import + SQL script + SQL script. Import works file. Dies upon executing first SQL script. I can run exact SQL in the editor and it works fine.
Check the connection that the Execute script is associated to. Just confirm it is the correct one.
Remove the semi-colon from the script.
If there are no issues found in items one and two, turn on verbose logging and run the script. Post the log file, tas file and two scripts. We will have a deeper look.
What error do you get? What is the connection type? Can you turn on logging to verbose, run the script and then post several lines before the error and including the error?
I was hoping I could see the SQL in the log file so we could see what was being run. When I turn on Verbose and I am using the Execute Scrript I can see the SQL. I would double check the Logging level. It is in the settings activity at the top of the script.
What you mention is interesting, you say if you change the name of the script it corrects it. I wonder if it somehow is finding the script in another directory. I do see that it is fully qualified.
Is there a need to read the script from a file? As opposed to embedding the SQL in the automation script? If the SQL is not changing outside of the automation script I would just embed it.
The script changes every week. Also I changed the logging level to Verbose and still the same issue. The only way I resolved this is by changing the file name. But what I am looking is the reason why TAS triggers the invalid sql statement even when the underlying SQL is correct.
I can make the SQL error and the file looks like this.
Executing script: \alvvsar\DebDocArchive\PROD_SUPPORT\Oracle Collection\CommunityTest.sql
Execution Error: ORA-03291: Invalid truncate option - missing STORAGE keyword
Execution SQL: TRUNCATE TABLE QUEST_AUTO.DEBTEST
–INSERT INTO QUEST_AUTO.DEBTEST
–(
–SELECT ADDRESS_ID, ADDRESS, ADDRESS_LINE_2, CITY, S
So the question is why is the path being used as the SQL.
There are different attributes in the tas file to designate if a file is to be used or if SQL is embedded. Is the *tas file being changed?
Open up the tas file in wordpad and look for the xml values for