APAR status
Closed as Permanent restriction.
Error description
STCAI : New revision opened from Smarteam is not reloaded in CATIA . CATIA Smarteam integration problem reproduced on SmDemo . Prereq: 1. Launch Smarteam Editor Select Tools / Administrator Operations / Life Cycle Options. Select 'Out of Vault' Tab. Activate only the following options: 'Copy general links on Check Out / New Release' 'Replace local files on copy : Yes, when not in work' 'Replace local files on check out/New Release : Yes' Click "Latest Revision" button. Activate "Always Check Out latest available revision" 2. Select Tools/Application setup. Select CNEXT instead of CAIOPEN for opening the CATIA documents 3. Activate the following environment variables for CATIA : FORCE_SYNCHRO_ON_OPEN=1 SYNCHRO_REPAIR_ON_OPEN=1 . Scenario: 1. Start CATIA V5R17 and Smarteam V5R14. 2. Create a new CATProduct with a sub CATProduct and a new CATPart in the sub CATProduct 3. Save and check in in Smarteam the top CATProduct 4. Open for edit the CATPart. Make a modification and check it in. 5. Open for edit the top CATProduct 6. Disconnect from Smarteam in CATIA 7. In CATIA, 'open in new window' the CATPart 8. In Smarteam editor, select the latest revision of the CATPart and select 'open' => The latest revision is copied to the work but not loaded in CATIA 9. Connect to Smarteam in CATIA => The subproduct and the CATPart are now seen as dirty 10. In CATIA, select Yes to the COOF. check out the CATProduct and check out also the CATPart Result : The latest revision of the CATPart is reloaded in CATIA and checked out. This is the expected result . Now, perform the same scenario with CATIA V5R17 and Smarteam V5R17. At step 10, after the check out, the latest revision of the CATPart is not reloaded in CATIA and the old revision is checked out. This is the problem. .
Local fix
Problem summary
STCAI : New revision opened from Smarteam is not reloaded in CA TIA STCAI : New revision opened from Smarteam is not reloaded in CATIA . CATIA Smarteam integration problem reproduced on SmDemo . Prereq: 1. Launch Smarteam Editor Select Tools / Administrator Operations / Life Cycle Options. Select 'Out of Vault' Tab. Activate only the following options: 'Copy general links on Check Out / New Release' 'Replace local files on copy : Yes, when not in work' 'Replace local files on check out/New Release : Yes' Click "Latest Revision" button. Activate "Always Check Out latest available revision" 2. Select Tools/Application setup. Select CNEXT instead of CAIOPEN for opening the CATIA documents 3. Activate the following environment variables for CATIA : FORCE_SYNCHRO_ON_OPEN=1 SYNCHRO_REPAIR_ON_OPEN=1 . Scenario: 1. Start CATIA V5R17 and Smarteam V5R14. 2. Create a new CATProduct with a sub CATProduct and a new CATPart in the sub CATProduct 3. Save and check in in Smarteam the top CATProduct 4. Open for edit the CATPart. Make a modification and check it in. 5. Open for edit the top CATProduct 6. Disconnect from Smarteam in CATIA 7. In CATIA, 'open in new window' the CATPart 8. In Smarteam editor, select the latest revision of the CATPart and select 'open' => The latest revision is copied to the work but not loaded in CATIA 9. Connect to Smarteam in CATIA => The subproduct and the CATPart are now seen as dirty 10. In CATIA, select Yes to the COOF. check out the CATProduct and check out also the CATPart Result : The latest revision of the CATPart is reloaded in CATIA and checked out. This is the expected result . Now, perform the same scenario with CATIA V5R17 and Smarteam V5R17. At step 10, after the check out, the latest revision of the CATPart is not reloaded in CATIA and the old revision is checked out. This is the problem. .
Problem conclusion
THIS PROBLEM IS PERMANENT RESTRICTION IN CATIA The methodology is not the correct one. The user must use 'replace with selected revision' in order to properly reload a revision in session .
Temporary fix
Comments
APAR Information
APAR number
HD72173
Reported component name
SMARTEAM NT>XP
Reported component ID
569199970
Reported release
517
Status
CLOSED PRS
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2008-03-06
Closed date
2008-04-29
Last modified date
2008-04-29
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Applicable component levels
[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SS2S3T","label":"ENOVIA SmarTeam V5"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"517","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
29 April 2008