![]() |
Telelogic DOORS (steve huntington) | ![]() |
new topic :
profile :
search :
help :
dashboard :
calendar :
home
|
||
Latest News:
|
|
Topic Title: Unable to restore 7.1 .dpa & .dma into 8.1 Topic Summary: Unable to restore 7.1 .dpa & .dma into 8.1 Created On: 6-Feb-2007 21:45 Status: Post and Reply |
Linear : Threading : Single : Branch |
![]() |
![]()
|
![]() |
|
We have been attempting to restore both modules and projects created in 7.1 into 8.1 and for each that we attempted we receive the following error:
Selected file is not a DOORS project archive or was created by an incompatible version of DOORS. We have tried restoring in both 8.1 patch 2 and patch 6 with the same error. We have submitted for assistance from Telelogic, unfortunately they are unable to replicate the error and therefore seem unable to assist (aside from an extremely cumbersome and unrealistic workaround). Can anyone offer any insight into this? ------------------------- - Kristen |
|
![]() |
|
![]() |
|
Did Telelogic ever provide the causes on what generates the error message you have described?
Also, have you tried the restore from another machine? You said you tried different flavors of DOORS but I assume this was all done from the same machine. ------------------------- pete.kowalski(at)motorola.com |
|
![]() |
|
![]() |
|
No cause has been provided.
Yes, we have attempted to create and restore on different machines and different systems. It is unsuccessful in these cases (create/restore on same machine, create/restore on different systems). Telelogic was unable to duplicate the error except when attempting to retore a project as a module or visa versa. There is plenty of space on both systems... The installations are from the original Telelogic package (no modifications have been made). We are successful when restoring from 8.1 to 8.1. The issue is only from 7.1 to 8.1. ------------------------- - Kristen |
|
![]() |
|
![]() |
|
Golly. Let me brain storm:
[] Will your v7 archives restore right back into the v7 database? [] I have a nagging memory years ago of creating archives over the network. If the networks was 'too' slow, DOORS couldn't slow down enough to keep the data straight. Instead we archived to the local disk and THEN copied that file to the network location. [] Perhaps one of the databases has an 'exclude old client versions' option set, and that's got a bug vis-a-vis restoring. [] Try this DXL: string NameArchive = "c:\Path\WhereEver\Archive.dma" // or .dpa ZipType zt getArchiveType(NameArchive, zt) if (zt = zipModuleArchive) infoBox(NameArchive "\nIs a Module Archive OK") elseif (zt = zipProjectArchive) infoBox(NameArchive "\nIs a Project Archive OK") else infoBox(NameArchive "\nIs unknown") Look for 'zipNotArchive' in the DXL manual. If you are running in DOORS v8, you can presume these zip types are defined (even though not in the manual): zipModule8Archive, zipModule7Archive, etc. Add these checks to the above code to see exactly what kind of archive your DOORS thinks it is. See also 'getModuleDetails' and 'getProjectDetails'. - Louie |
|
![]() |
FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.