APAR status
Closed as program error.
Error description
ReqPro Web 7.1: A deleted document shows after deleting and re-creating a same name document. This issue happens on any document, any project with DB2 database. This issue does NOT happen on any document, any project with MS Access database. Steps to reproduce : 1- Launch ReqPro Win client to open a project (e.g. Sample Project - Use Case). 2- Create a document [TEST.VIS]. 3- EDIT the document ( e.g. Change [Project Name] => [Project Test A] ). 4- Save and close the document. 5- Close ReqPro Win client. 5- Launch ReqWeb client to open the project. 6- View the document [TEST.VIS] and Able to see the right document .( e.g. [Project Test A] ). 7- Logout and close ReqWeb client. 8- Launch ReqPro Win client to open the project. 9- Delete the document. 10- Create a document with the same name [TEST.VIS] . 11- EDIT the document ( e.g. Change [Project Name] => [Project Test B] ). 12- Save and close the document. 13- Close ReqPro Win client. 14- Launch ReqWeb client to open the project. 15- View the document [TEST.VIS], BUT shows the older document [TEST.VIS] ( e.g. [Project Test A] ). 16- Logout and close ReqWeb client. The step 14 is strange behavior, and can be reproduced ih-house. Because the GenDoc directory keeps old cache contents, the cache contents needs to be cleared as workaround. The GenDoc directory is where cached documents are stored. This is where they get converted to HTML format so they can be displayed in the web. For ReqWeb 7.1 the default location of the GenDoc directory is the following. C:\Program Files\IBM\RationalSDLC\profiles\profile2\installedApps\DefaultNo de\ReqWeb.ear\ReqWeb.war\GenDoc
Local fix
Problem summary
Opening a document in ReqWeb which has the same name of a previously deleted document shows the information of the deleted document instead of the new one.
Problem conclusion
Changes were made to validate not only the version of the document but also the date when the last update was made in order to determine if the information stored in the temporary file is current or if it needs to be regenerated before displaying it in ReqWeb
Temporary fix
Comments
APAR Information
APAR number
PK80595
Reported component name
REQUISITEPRO WI
Reported component ID
5724G3900
Reported release
710
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2009-02-12
Closed date
2009-12-15
Last modified date
2009-12-15
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
REQUISITEPRO WI
Fixed component ID
5724G3900
Applicable component levels
R710 PSN
UP
[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSSHCT","label":"Rational RequisitePro"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.1","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
15 December 2009