Transactions like WE02, WE05, WE09, WE19, and BD87 are used in traditional approaches to error handling in IDOC administration. Drill down through the idocs status data to find the actual root case. However, SAP S/4 HANA has rectified this and now provides an upgraded version of all of these with the WLF_ IDOC transaction.[3]
One of the most common includes is the body definition element . This include sets the page background color, the color of hyperlinks, and the background image. The following is an example of code located in the ucm_home_dir/idc/resources/core/idoc/std_page.idoc file:
I am trying to parse an SAP IDoc XML string into a Java object. I tried using the com.sap.conn.idoc.sapidoc3 artifact into my maven project. This does have all the right tools to parse a XML file I believe, but this also wants me to add a repository/destination to my code. Also I need to add stuff to my classpath which I would like to avoid. The IDocs will be sent to me without using any SAP connections, so I actually only need the IDocXMLParser.
IDoc-XML parsing for the parsing's sake doesn't make sense, so it depends on which goal you have with this parsing. If you only want to make sure, that the XML is valid and well-formed, you can use any standard XML parser for this. Any other XML parser would also create some Java objects - at least java.lang.String objects. But if you would like to get Java objects of type com.sap.conn.idoc.IDocDocument because you intend to make use of its offered handy navigation, accessor or modifier methods afterwards, then an IDoc-XML parser needs to have access to additional IDoc meta data (which the IDoc-XML itself doesn't provide) for creating these type of objects.
760c119bf3