Documentation is stored always in the same way. The only thing needed
is the combination of ID and OBJECT to access documentation.
E.g. tables/structures/views ID='TB', OBJECT=<table/str/view name>.
For Class and Message Class exist several ID-OBJECT combinations.
If requested I can give the whole changed package so SAPLink team can
use/amend it.
Following objects are documentation relevant (so far):
-CLASS
-DATA_ELEMENTS
-FUNCTIONGROUP
-MESSAGE_CLASS
-PROGRAM
-TABLES
-VIEWS
Above objects have the same idea for implementing documentation.
Probably all objects documentation-relevant not listed here will have
the same logic as above (tables DOKIL/DOKHL).
I have implemented several methods for documentation.
GET_DOCUMENTATION_SINGLE (Add single object documentation to XML)
CREATE_DOCUMENTATION (Create documentation from XML)
SET_DOCUKEY (Set Documentation id & object)
ADD_DOCUKEY (Add document key)
GET_DOCUMENTATION (Add documentation to XML)
The idea is to build a internal table of ID-OBJECT combinations
(ADD_DOCUKEY).
Then the internal table built before will be used in
CREATE_DOCUMENTATION/GET_DOCUMENTATION for upload/download.
Method SET_DOCUKEY is called from constructor. If SET_DOCUKEY is
redefined in a class (e.g. ZSAPLINK_PROGRAM) method add_docuKey( ID =
'??' Object = objName ) should be called.
Regards,
Victor