As described in the previous blog The Attack of the Clones: Episode 1 here I am to tell something more about the ways to manage the cloned objects during the upgrade projects.
Until two years ago, there were no standard tools to identify cloned programs, so, during the upgrade, the "upgrade man" discovered about their existence only in case of errors reported by Code Inspector.
In 2009, starting from an idea of sergio.ferrari2, my fellow and SAP Mentor ivan.femia developed the ABAP program Clone Hunter that tried to match each custom ABAP object with a standard one comparing the report name; then it was enhanced with the comparison of used includes, data dictionary objects and the SLOC, the number of line of ABAP code.
After several postings in SDN about the upgrade, we began to share Sergio's ideas directly with the bjoern.panter @Sap which then included the SLOC in the "Similarity clone finder ", the @Sap CloneFinder.
The “Similarity clone finder” is new standard tool delivered by @Sap in the latest Solution Manager plug-in (e.g. ST-PI 2008_1); check out the report /SDF/CD_CUSTOM_CODE_CONNECT.
Let me summarize briefly some features of the @Sap CloneFinder
The release of this new tool by SAP allows you to have a glance of the clones since the assessment phase, that is, when analyzing a system to evaluate the impacts on the applications and the effort required to implement the release upgrades.
More info about the clone finder could be found in the SAP marketplace under Upgradetools.
Refreshing many clones could be a nightmare, because you have to look at each time to the differences between the new standard, the old standard and the cloned program.
Unfortunately the “Clones adjustment for Dummies” guide doesn’t exist, so in the next slide I tried to summarize some of the most important steps of the adjustment of the cloned program.
The effort needed to adjust the cloned programs is unknown; each program is different from the others and for this reason the time needed to analyze and adjust a single cloned program it might be really different.
It’s a very hard work, in short… it’s a real fight!
However, since the tests play an important role in an upgrade project, then the accuracy of the adjustment made to the cloned objects it depends on the results.
The best way to avoid the creation of clones (with a lot of work at every upgrade ) could be that, the adjustment of the clones during the upgrade should be carried out by the creator of the clones ;-).
Unfortunately dreams do not come true so we should consider some important options in order to avoid the creation of a cloned program that are
Z Copy of a Standard SAP report..Do we really need to? by nabheet.madan3
In my experience I noticed that, during the upgrade, the time taken for the refresh of a clone, usually, is greater than the time required to change the new standard program, so in my opinion, it’s better to change the standard one.
What about your feelings?
I would like to thank sergio.ferrari2 for giving me the inspiration to write this blog series.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
6 | |
5 | |
4 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 |