![]() |
Telelogic DOORS (steve huntington) | ![]() |
new topic :
profile :
search :
help :
dashboard :
calendar :
home
|
||
Latest News:
|
|
Topic Title: Renaming things in DOORS Topic Summary: Created On: 24-Jan-2008 18:24 Status: Post and Reply |
Linear : Threading : Single : Branch |
![]() |
![]()
|
![]() Answer: I was able to rename my database, project, and a significant number of modules with no apparent ill effects. Thanks to everyone who responded to this topic. Ken. | |
![]() |
|
Does anyone know of any problems I might encounter with renaming the following entities in DOORS 7.1:
- Database - Project - Folder - Formal Module In the past I have had problems with disappearing linkset pairings when renaming modules; however, I have a DXL provided by Telelogic to detect and fix such ocurrences. I've done a dry run on a copy of the database, but was wondering if there are any obscure problems I might run into later... Thanks, Ken. |
|
![]() |
|
![]() |
|
Modifying DB properties using v7.1 patch 9-11 (I think) triggered a massive DB properties corruption problem. Be sure all clients have the latest patch.
Linkset Pairings are stored in the module's housing folder and yes refer to the module names not ID. So yes, renaming modules will affect these pairings. While you can easily detect a module's outgoing pariings, its practically impossible to detect incoming pairings figuring to fix them after the module rename. You cannot rename Projects, Folders, or Modules while its open. If someone is inside a project even with no modules open, you cannot rename that project. Renaming modules may affect certain layout DXL, but the wizard makes use of Module IDs, so renaming shouldn't affect them. - Louie |
|
![]() |
|
![]() |
|
Running DOORS 7.1 Patch 13, we recently renamed many of our projects, folders, and formal modules with no problems. However, we had to accomodate the fact that the default link module target did not recognize the name changes, by having our users reset their default link module. We experienced no data loss/corrpution issues.
|
|
![]() |
|
![]() |
|
.....snip Linkset Pairings are stored in the module's housing folder and yes refer to the module names not ID. So yes, renaming modules will affect these pairings....snip - Louie Louie - I've been able to rename folders and modules without upsetting any defined linsket pairs for quite some time now. I'm assuming that we're talking about the same thing here, DXL refers to these linkset pair definitions as Link Module Descriptors (LMD's). I recall that DOORS version 5 didn't do this but pretty sure that it was either DOORS 6 or DOORS 7 that fixed this problem. It seems to me that whilst a LMD displays the fullname text reference of a defined target and link module, the LMD is using item ID's as a unique pointer reference so that it's immune from changes to folder and module names. ------------------------- Paul Miller Specification Practices Specialist, EuroCyber, Melbourne, Australia. Mobile: +61 (0)418 135 103 Web Site: http://www.eurocyber.biz E-mail: miller@eurocyber.biz">pmiller@eurocyber.biz |
|
![]() |
|
![]() |
|
Thanks, more useful info!
We are running the latest version of DOORS 7.1 (with patch 015). Should I run the linkset_delete DXL after renaming any modules? I downloaded it from this forum a while back: "This script can help fix some instances of disappearing link sets. This problem is sometimes caused by moving, deleting, renaming, or changing the Access rights (specifically remove "R" access) of one of the modules in a link set pairing. Link Set Pairings (LSPs) are stored using full name of the 3 modules (not the absolute ids), so changing the name or the path "corrupts" the LSP and the interface doesn't display it, although it is still there. With the DXL you can find and restore or remove these invisible corrupted LSPs (called Link Module Descriptors (LMDs) in DXL). Alternatively, if you restore the module with the same name in the same location, the LSPs will reappear." |
|
![]() |
|
![]() |
|
I was able to rename my database, project, and a significant number of modules with no apparent ill effects.
Thanks to everyone who responded to this topic. Ken. |
|
![]() |
|
![]() |
|
Renaming attributes is another story. We're on V8.1. When you rename an attribute, that attribute disappears from all views which were displaying it. The exception is the current view, which will be updated to display the new attribute.
I use a script renameAttribute.dxl written by Antonio Norkus. It takes care of all the views. Link is here: https://forum.telelogic.com/customer/doors/messageview.cfm?catid=17&threadid=4139&highlight_key=y&keyword1=change%20attribute%20name%20views I usually run it as a database manager. But before I run it, I have to log in as Administrator and be sure the module I run it on doesn't have any views that the database manager can't see, otherwise it will miss them. ------------------------- Joseph DUBIN joseph.dubinNOSPAM@freescale.com Freescale Semiconductor, Inc. Edited: 13-Feb-2008 at 18:23 by Joseph Dubin |
|
![]() |
|
![]() |
|
Golly, I was SURE it used to update all the views when you renamed an attribute. Tried it withy v5.2 and 6.0 and sure enough that attribute was missing from the views. But I did notice, with some curiosity, that if you renamed the attribute back to its original name, then it reappeared in all the views, so long as of course you didn't re-save the view in the mean time.
- Louie |
|
![]() |
Telelogic DOORS
» General Discussion
»
Renaming things in DOORS
|
![]() |
FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.