It's all about the answers!

Ask a question

Is there a way to restore Editor Presentations in EWM/CCM?


Lee Couch (172) | asked Mar 21 '22, 2:04 p.m.

 While working in EWM/CCM is there a way to restore and Editor Presentation.  Example:   During the customization of com.ibm.team.workitem.editor.default a shared section gets removed.  Is there a way to restore the default.  Also is there a way to restore a Shared Section that was either edited or removed by mistake.

Accepted answer


permanent link
Ralph Schoon (63.1k33646) | answered Mar 22 '22, 3:25 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER

 In the Eclipse client, you can open the project area. On the Process Configuration Source tab of the project area editor you can right click into the XML editor window and select Show History.


You can now see the changes done to the process. You can compare states to find out what the difference is. You can rollback a state by copying the XML and paste it into the process configuration source. This can help with small recent changes. 

To restore a section, you could find out the changes done and re-add the section. 

It is possible to edit the XML, if you know what you are doing, but that can become very complicated soon. It is safer to use the information you can get out of the history and to re-add the deleted section of the editor presentation. 

Lee Couch selected this answer as the correct answer

Comments
Lee Couch commented Apr 07 '22, 4:08 p.m.

 Thanks for the input.  Not the elegant method I was hoping for. But in a pinch it will do.  Probably going to open a RFE and watch it get buried. 


Ralph Schoon commented Apr 08 '22, 5:04 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER

I do not get the expectation. Someone did a conscious decision and that impacts the template, now they regret it and want the machine to fix their fault. There is a checkbox "Do you really want to do this?". There is no self heal after that. There are way too many possibilities to put all this in a GUI.  


You could use process sharing and then the process author could further develop the process in a separate project area. This way issues only happen when the decision is made to adopt the new version. In the project area you develop the new version of the process, you still would have to use the history to roll back complex unwanted changes. 

Your answer


Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.