If you trace it with SQL turned on, does it try and create the table and get an error or does the system decide not to try for some reason? That would be the first clue. Assuming it tries to create the table, if you connect to the database directly using something like SQL plus, using the same operator the system does, do you see the same error if you run the exact same SQL? Do you see a different error? If the system doesn't even try and add the table, what logic prevented it?
I am tracing the issue again at the moment and found a few issues:
1. pxPrepareDADBTable - step 5 cannot find a table with reference to Work-Cover- [still trying to debug why it is taking Work-Cover- as the derives from. theree would obviously not be any table related to Work-Cover- it being an abstract class]
2. PXPREPAREAPPLICATIONOBJECTS (ACTIVITY) – calls PXPREPARECASESANDDATA ["FW Name" Parameter is not getting passed to the property where it is getting picked up in the activity "PXPREPAREAPPLICATIONOBJECTS". FW name is being passed to a completely different property while the activity is called]
Hope this input is helpful. will post more details if I find any.
Thank you for posting your query on PSC. This looks like an inactive post and hence, we suggest you create a new post for your query. Click on the Write a Post button that’s available on the top right pane of this page.
Thank you for posting your query on PSC. This looks like an inactive post and hence, we suggest you create a new post for your query. Click on the Write a Post button that’s available on the top right pane of this page. Once created, please reply back here with the URL of the new post.
We have also sent you a private message opening up a communication channel in case you have any further questions.