Hide Forgot
Steps to Reproduce: 1. create a vdb (say VDB1) 2. right mouse click on vdb, select "Refactor==>Rename" 3. enter the new name of the vdb (say VDB2) 4. deploy the vdb 5. try to connect to vdb "VDB2" and it doesn't exist, because the server thinks the name is still VDB1. Workaround Description: The current vdb needs to be deleted and then create a new vdb with the new name. project_key: SOA To duplicate the problem: 1. create a vdb (say VDB1) 2. right mouse click on vdb, select "Refactor==>Rename" 3. enter the new name of the vdb (say VDB2) 4. deploy the vdb 5. try to connect to vdb "VDB2" and it doesn't exist, because the server thinks the name is still VDB1. This is because the internal vdb.xml file was not updated on the rename action. Resolution: delete vdb and recreate a new one.
It was commented that this was not a bug, but how it behaves. If so, maybe the "refactor/rename" option can be disabled on the vdb. Because otherwise, this option is useless.
Link: Added: This issue depends TEIIDDES-1063