DOORS-RQM: Is reconcile Russian Roulette?
I have a very strange behaviour in our DOORS 9.5 - RQM 4.0.5 environment and indeed you sometimes feel like playing Russian Roulette.
I have set up up a test plan with assigned DOORS collection container and created test cases for all requirements. Everything works fine and reconcile says "everything is in sync". Perfect!
Now I add a new requirement in DOORS to the container/view and expect that the reconcile will show this new requirement. Most times this is working quite well but not always. Yesterday morning reconcile says "everything in sync", and I was really shocked and try to find out what is going on.
My idea was to assign the missing requirement directly to a test case, just to see that RQM offers me the requirement. Big surprise: The browser didn't show me all folders and I could not navigate to the target DOORS module. (screen shot 1)
Okay, It was not really a big surprise because I did observe this a few times ago but most times after some minutes the missing folder was visible again.
In the afternoon I tried it again. Now the missing folder was there, but still a sub-folder was not visible at all (Screen shot 2).
Okay, wait again... Today I tried it, and now the missing sub-folder and also the module was visible. (screen shot 3).
I did not add the requirement, but first tried to reconcile again. And now reconcile was working and the new requirement was offered.
Has anyone similar experiences or even an explanation?
thanks, Joerg
:
2 answers
we made the experience, that there is a strange caching mechanism between RQM and DOORS.
If you are locked into DWA via RQM it is nearly impossible to change the user login (maybe from administrative account to user account).
And we've seen that the DWA view isn't up2date itself. Adding something in DOORS native takes a while, til it is seen in DWA.
Also there is a bug in the interface, which will be fixed with the next release of DWA AFAIK.
If you connect from RQM to DOORS, the requests leads to a huge amount of data, as DWA tries to give back a complete4 set of information, containing all levels of the structure, instead of going from level to level.
A combination of those three points may lead to your experiences
greetings georg..
Comments
Hi Georg,
yes, there seems to be a delay and you can not predict if an action takes seconds our hours.
Do you use DOORS classic or DNG?
Greetings, jörg
We are using the real DOORS.
The best way to maximize the pain. :-D
Yes, maybe it is a couple of issues but I'd still start with DCNs because it is data changes that are missing/too slow.
Comments
Hi Maeve,
thanks for the answer. I'll ask our administrator team for support. I do not have access to DWA/dbadmin
Did your mis-configuration lead to a permanent problems or did it for all that working some times?
Greetings, jörg
I cannot say with certainty as the context was different and I never even thought to check DWA or wonder if something from yesterday was working the next day. I just kept changing things and running ETLs and not seeing my changes in DB2 and I was convinced the problem was in Insight. I was wrong of course.
Hi Maeve,
our data
- DOORS 9.5.2.1 Build Number 95086
- DWA 9.6.0.1 Build 96075
dbadmin -dcnInfo -data port@host
-I- DBADMIN: Data Change Notifications are currently enabled (Broker URI = 'my-hostname:61616', Channel Name = 'dcn').
We will install the latest available builds and check if the problem still occur.
thanks, jörg
I thought I had updated this earlier! If you still have problems after the upgrade (and that is a fix re. DCNs) log a PMR. There is too much here that is confidential to you, IBM and a 3rd party.