Grooper Node: Difference between revisions
Dgreenwood (talk | contribs) No edit summary |
Dgreenwood (talk | contribs) No edit summary |
||
| Line 19: | Line 19: | ||
* '''Machines''' | * '''Machines''' | ||
Every [[Grooper Repository]] will contain these nodes and their | Every [[Grooper Repository]] will contain these nodes and their contents, or "''child''" nodes. | ||
All new nodes you add in Grooper are created as a child of one of these nodes ''or'' one of their descendant nodes they contain. | |||
* For example '''Project''' nodes are added as children in the '''Projects''' folder at the root of the node tree. | |||
* '''[[Content Model]] nodes are added as children of an individual '''Project''' node. | |||
* '''[[Batch]]es''' are nodes created and stored in either the '''Batches > Production''' or '''Batches > Test''' nodes. | |||
The node containing a child node is called its "''parent''" | |||
Parent and children nodes pass information to and from each other through "''inheritance''". | |||
The parent node dictates inheritance. It controls what child nodes can be created underneath it in the tree hierarchy, as well as what information is passed to and from the parent and child nodes. | The parent node dictates inheritance. It controls what child nodes can be created underneath it in the tree hierarchy, as well as what information is passed to and from the parent and child nodes. | ||
* The parent node will always determine what objects (if any) can be created as children. | * The parent node will always determine what objects (if any) can be created as children. | ||
** | ** For example, a '''Data Model''' can only have '''Data Fields''', '''Data Sections''' or '''Data Tables''' as its immediate children. | ||
** | ** However, '''Data Tables''' themselves can only have '''Data Columns''' as children. | ||
* The parent node may simply be a folder containing child objects. | * The parent node may simply be a folder containing child objects. | ||
** For example, a '''Content Model's''' '''Local Resources''' folder. | ** For example, a '''Content Model's''' '''Local Resources''' folder. | ||
* The parent node may have a complex inheritance relationship. | * The parent node may have a more complex inheritance relationship. | ||
** For example, a '''Data Type's''' children '''Value Readers''' will pass all results they return to the parent '''Data Type'''. Those results will then be collated according to the '''Data Type's''' configuration. | ** For example, a '''Data Type's''' children '''Value Readers''' will pass all results they return to the parent '''Data Type'''. Those results will then be collated according to the '''Data Type's''' configuration. | ||
[[Category:Articles]] | [[Category:Articles]] | ||
[[Category:Stub]] | |||
Revision as of 15:50, 20 September 2023
Any single item (or "object") in the Node Tree is a Grooper Node. Also simply referred to as a "node". Each new node creates a new branch under an existing one, creating the hierarchical structure of the tree.
|
FYI |
In Grooper, nodes and their properties are stored in the database connected to a Grooper Repository. |
There are six main nodes in the Node Tree. These nodes serve the purpose of organizing Grooper objects to assist Node Tree navigation.
- Batches
- Projects
- Processes
- Queues
- File Stores
- Machines
Every Grooper Repository will contain these nodes and their contents, or "child" nodes.
All new nodes you add in Grooper are created as a child of one of these nodes or one of their descendant nodes they contain.
- For example Project nodes are added as children in the Projects folder at the root of the node tree.
- Content Model nodes are added as children of an individual Project node.
- Batches are nodes created and stored in either the Batches > Production or Batches > Test nodes.
The node containing a child node is called its "parent"
Parent and children nodes pass information to and from each other through "inheritance".
The parent node dictates inheritance. It controls what child nodes can be created underneath it in the tree hierarchy, as well as what information is passed to and from the parent and child nodes.
- The parent node will always determine what objects (if any) can be created as children.
- For example, a Data Model can only have Data Fields, Data Sections or Data Tables as its immediate children.
- However, Data Tables themselves can only have Data Columns as children.
- The parent node may simply be a folder containing child objects.
- For example, a Content Model's Local Resources folder.
- The parent node may have a more complex inheritance relationship.
- For example, a Data Type's children Value Readers will pass all results they return to the parent Data Type. Those results will then be collated according to the Data Type's configuration.