You can create objects in glossaries in the same way as all other objects in the SDK. Each object provides a method that takes the minimal set of required fields to create that asset.
You can chain any other enrichment onto the creator, such as an icon for the glossary in this example.
You then build the object (in-memory).
And finally you can save the glossary back to Atlan (and the result of that save is returned). Because this operation will persist the asset in Atlan, you must provide it an AtlanClient through which to connect to the tenant.
You can chain any other enrichment onto the creator, such as an icon for the glossary in this example.
You then build the object (in-memory).
And finally you can save the glossary back to Atlan (and the result of that save is returned). Because this operation will persist the asset in Atlan, you must provide it an AtlanClient through which to connect to the tenant.
You must provide the exact type name for the asset (case-sensitive). For a glossary, this is AtlasGlossary.
You must provide the exact name of the asset (case-sensitive).
You must provide a qualifiedName of the asset (case-sensitive). In the case of glossaries, this will actually be replaced in the back-end with a generated qualifiedName, but you must provide some value when creating the object.
You can also provide other enrichment, such as an icon for the glossary in this example.
You must provide the ID of the glossary in which the category should be created (GUID or qualifiedName).
You then build the object (in-memory).
And finally you can save the category back to Atlan (and the result of that save is returned). Because this operation will persist the asset in Atlan, you must provide it an AtlanClient through which to connect to the tenant.
You must provide the ID of the glossary in which the category should be created (GUID or qualifiedName).
You then build the object (in-memory).
And finally you can save the category back to Atlan (and the result of that save is returned). Because this operation will persist the asset in Atlan, you must provide it an AtlanClient through which to connect to the tenant.
You must provide the exact type name for the asset (case-sensitive). For a category, this is AtlasGlossaryCategory.
You must provide the exact name of the asset (case-sensitive).
You must provide a qualifiedName of the asset (case-sensitive). In the case of categories, this will actually be replaced in the back-end with a generated qualifiedName, but you must provide some value when creating the object.
You must also specify the parent glossary in which the category should be created. This must be placed in an anchor property, which itself has an embedded typeName (of AtlasGlossary) and the GUID of the glossary.
You must provide the ID of the glossary in which the term should be created (GUID or qualifiedName).
You then build the object (in-memory).
And finally you can save the term back to Atlan (and the result of that save is returned). Because this operation will persist the asset in Atlan, you must provide it an AtlanClient through which to connect to the tenant.
You must provide the ID of the glossary in which the term should be created (GUID or qualifiedName).
You then build the object (in-memory).
And finally you can save the term back to Atlan (and the result of that save is returned). Because this operation will persist the asset in Atlan, you must provide it an AtlanClient through which to connect to the tenant.
You must provide the exact type name for the asset (case-sensitive). For a term, this is AtlasGlossaryTerm.
You must provide the exact name of the asset (case-sensitive).
You must provide a qualifiedName of the asset (case-sensitive). In the case of terms, this will actually be replaced in the back-end with a generated qualifiedName, but you must provide some value when creating the object.
You must also specify the parent glossary in which the term should be created. This must be placed in an anchor property, which itself has an embedded typeName (of AtlasGlossary) and the GUID of the glossary.