Community Tip - Did you know you can set a signature that will be added to all your posts? Set it here! X
Solved! Go to Solution.
Hi, @avillanueva and @jbraga
The problem was caused by (evidently, no real proof) a rollback of the "Updates the associations of change objects and objects that can be changed" that didn't invert the column links as described in the article https://www.ptc.com/en/support/article/CS261042 .
Veeeery weird, but the proof is that a re-execution with same db, same application installation, same customization build worked.
Why first one didn't work? Do not know sincerely but first time we had a lot of interruptions caused by connections, generic bad performance issues over the net and the systems etc.
A more fluid and continuous re-execution of UpgradeManager with same set-up worked! This means that completion controls after UpgradeManager tasks are not bullet-proof and sometimes some weird roll-back may happen.
Thank you for your help in any case, you have been both precius!
Strange since that interface is used for things that are on change tasks like affected and resulting items, not the task itself. I suggest openning ticket with PTC. You do not have an errant inclusion of this interface in your modelled class do you?
Hello and Thank you for your support:
we are investigating furter:
The problem happens during the Upgrade the Pending Change indicator of the Servers Migrator from 9.1 to 10.2
The issue seems caused by the unsuccesful execution of the task "Updates the associations of change objects and objects that can be changed"
(that seems apparently completed sucecsfully).
As described in the article https://www.ptc.com/en/support/article/CS261042 the role links seem not being inverted and the Upgrade the Pending Change indicator of the Servers Migrator picks up objects from the wrong list (and those objects don't have the required interface).
I agree with @avillanueva assessment above. Are you able to share the source code for your modelled class or at least the class declaration with annotations?
it is not an issue related to the class, it is the object should not be considered to be treated with that interface since it is wrongly picked up by the UpgradeManager because of the article issue I explained above.
Thank you!
Could it be that your class was not versioned when you initially wrote it? Since that is the change its talking about, perhaps this class need to be rewritten or updated?
Hi, @avillanueva and @jbraga
The problem was caused by (evidently, no real proof) a rollback of the "Updates the associations of change objects and objects that can be changed" that didn't invert the column links as described in the article https://www.ptc.com/en/support/article/CS261042 .
Veeeery weird, but the proof is that a re-execution with same db, same application installation, same customization build worked.
Why first one didn't work? Do not know sincerely but first time we had a lot of interruptions caused by connections, generic bad performance issues over the net and the systems etc.
A more fluid and continuous re-execution of UpgradeManager with same set-up worked! This means that completion controls after UpgradeManager tasks are not bullet-proof and sometimes some weird roll-back may happen.
Thank you for your help in any case, you have been both precius!
