So, we're in the midst of doing our upgrade to SP12, and it has been nothing short of bug-filled. SP12, although a far superior product to SP9 and predecessors in the Enterprise Portal realm, has alot of undocumented features, otherwise known as bugs - from an SAP customer perspective. For one, you'll probably notice that a number of iViews, that use the 'com.sapportals.km.xmlform' web component, and usually refer to a '...ListShow.xsl' file to list content items instead uses the '...ListEdit.xsl'.
Well, I found that if you simply overwrite the '...ListEdit.xsl' file with the '...ListShow.xsl' in the corresponding XML Forms project, that fixes it. Although, we have one slight problem now, how do we display items for editing. Does the word 'Ooops' mean anything to you? Well, the only path to solve this now is to build a copy of that XML Forms project and use the original copy of the '...ListEdit.xsl' file for editing, and the project you modified for displaying the contents.
Part of this problem is due to the fact that the '...ListShow.xsl', according to SAP is no longer supported, and that a new file called '...RenderListItem.xsl' is used. I've no deep information on this - I think this will become available in time. SAP really needs to let customers know about these rather than us having to go through OSS notes in order to discover these deltas between service packs - its frustrating and it really can challenge the credibility, not only of SAP, but the customers that use their products. The situation was so bad here prior to me figuring out this little hack, that there was the risk of executives shutting down the upgrade to SP12 and us having to stick with a rather flaky SP9 install.
And, to add salt to our wounds, we've gotten two rather quick responses from OSS stating for us to skip SP12 and go straight to SP13. I know it is virtually impossible to predict every little bug that could occur when testing an upgrade, but with proper regression testing, something as obvious as this bug with XML Forms, can be resolved before a service pack is released to customers. We are under pressure to deliver. And, when we are upgrading your (SAP) product, based on your recommendations, and suddenly we have to deal with a whole new set of bugs that hinder our development, the business (the customers of our portal team) lose faith in us. Even worse, there's always turf wars in IT departments, 'cause different groups are technology-centric, and amidst all the political bickering, if one group is not delivering, other groups use that to their advantage. I don't want us to lose the battle, because we have to deal with variables beyond our control, especially being portal developers.
Anyhow, I'm sure I'll have more stories to tell about Ep6, so stay tuned. And, if my weblog seems too emotional, just disregard that - that's just me - being so passionate about my work, and always worried that my job is on the line. 'Hope this little tidbit is useful to you!
