In the future, this will only be necessary for trees that manage multiple ClassDefs.
The SPFObjClassClassDef is an abstract RelDef between ISPFObjClass on all classification tree objects and IClassDef. It is necessary to create specializations of this to link each family of ClassDefs to the tree. In our case, we only have one ClassDef (CSTDocVersion) to link to the tree. Use Schema Editor to create this relationship (there is one restriction: Schema Editor will not allow you to create this RelDef to an interface that is not in the current writable schema – so either do this by copy and paste of an example, or create the RelDef to an interface that is in your writable schema and then edit the schema file afterwards).
For example, create the following RelDef:
Name: |
CSTDocClassClassDef |
Specialization of: |
SPFObjClassClassDef |
Interface1: |
ISPFDocumentClass (use ICSTDocVersion and edit later) |
Role1: |
CustomDocClassification |
Role1 Display As: |
Custom Document Classification |
Cardinality 1: |
0,* |
Interface2: |
IClassDef (type this into Schema Editor) |
Role2: |
CustomDocClassDef |
Role2 Display As: |
Custom Document ClassDef ** |
Cardinality 2: |
0,1 |
This is important so that when dropping the ClassDef on the nodes of the tree, we can see which relationship is being created.
When the schema has been loaded, enable navigation, drag and drop (in direction 21), and terminate for this RelDef for an Access Group such as SystemAdmin.
When the RelDef access has been configured, query for the ClassDef (CSTDocVersion) that is to be related to the tree, and drop it onto the top Document category node. Note that when relating document classes, it is the version ClassDef that is related.