Version 9.6
 —  Object Type Management  —

Creating a New Type

CentraSite provides a wizard for defining new types. When creating a new type, keep the following points in mind:

The following sections describe how to create a new type.


Creating the New Type

Use the following instructions to create a new type:

Start of instruction setTo create a new type

  1. In CentraSite Control, go to Administration > Types.

  2. On the Types tab, click Add Asset Type to open the Add Asset Type wizard.

  3. In panel 1, complete the following fields:

    In this field... Do the following...
    Name

    Enter a display name for the type. Choose a name that your users will recognize and understand. For example, use "BPEL Process Document", not "bpdoc".

    The name you assign to the asset type can contain any character, including spaces. However, if you specify a name that does not conform to the NCName type, you must click the Advanced Settings button and specify a name that is NCName conformant in the Schema Name field. For NCName requirements, see the Schema Name field description in the next step.

    Note:
    If the name that you assign to the asset type is NCName conformant, except that is includes spaces, it is not necessary to explicitly specify the type's schema name. CentraSite automatically replaces space characters with the _ character when it generates the schema name for an asset type.

    Description

    Optional. Enter a brief description of the type.

  4. Click Advanced Settings and complete the following steps as necessary.

    1. Verify that the schema name and the namespace name that were generated by CentraSite are valid.

      In this field... Do the following...
      Schema Name Verify that the schema name that CentraSite generated for this asset type is NCName conformant.

      CentraSite automatically populates this field with a name that is derived from the asset type name that you specified in the previous step. For example, if your asset type name is "My Asset Name", CentraSite automatically populates this field with "My_Asset_Name".

      If the schema name generated by CentraSite does not meet the following criteria, you must specify a name that does.

      • The name must begin with a letter or the underscore character (_).

      • The remainder of the name can contain any combination of letters, digits, or the following characters: . - _ (i.e., period, dash, or underscore). It can also contain combining characters and extender characters (e.g., diacriticals).

      • The name cannot contain any spaces.

      Additionally, the type's fully qualified schema name must be unique among all types in the registry. See Namespace, below.

      For more information about the NCName type, see http://www.w3.org/TR/xmlschema-2/#NCName.

      Note:
      You cannot change the schema name after the type is created.

      Namespace

      Modify the namespace that CentraSite has proposed for the type if necessary. By default, CentraSite generates the namespace in the following form:

      http://namespaces.OrganizationName.com/Schema

      Where, OrganizationName is the name of your organization.

      The Namespace value is used to qualify the name specified in Schema Name. Together, the Schema Name and Namespace values produce the type's fully qualified name. This name must be unique within the registry.

      You generally do not need to modify the namespace that CentraSite proposes for a type. In most cases, the proposed namespace will be adequate. However, you might modify the namespace if you want it to include the name of a different organization or if you need to resolve a naming conflict between this type and an existing type.

      Note:
      You cannot change the namespace value after the type is created.

    2. If you want to use a custom icon to represent this type in the user interface, upload large and small versions of the icon as described below.

      Note:
      If you do not specify a custom icon, CentraSite assigns the default icon to the type.

      In this field... Do the following...
      Large Icon

      Optional. Specify the large icon that is to be used to represent this type. CentraSite Control uses this icon when it displays the details for an instance of the type.

      If you want to use a custom icon, click the Browse button and upload the file containing the large version of the icon to CentraSite. The icon must be in GIF format. To ensure proper alignment when it is displayed in the user interface, the icon must be 64 x 64 pixels in size.

      Small Icon

      Optional. Specify the small icon that is to be used to represent this type. CentraSite Control displays this icon when instances of the type appear in lists or summary tables.

      If you want to use a custom icon, click the Browse button and upload the file containing the small version of the icon to CentraSite. The icon must be in GIF format. To ensure proper alignment when it is displayed in the user interface, the icon must be 16 x 16 pixels in size.

    3. Specify the type's advanced options as follows:

      Enable this option... To...
      Visible in Asset Browse

      Allow instances of this type to be displayed in the catalog browser. When you enable this option, CentraSite Control includes the type in the Asset Types pane on the Asset Catalog > Browse page. When you disable this option, CentraSite Control omits the type from the Asset Types pane so users cannot browse for instances of the type.

      Enable reports

      Allow reports to be generated against instances of this type.

      Policies can be applied

      Allow user-defined design/change-time policies to be created and enforced for instances of this type.

      Note:
      If you disable this option, CentraSite will not apply any user-defined design/change-time polices to instances of the type, even in cases where the policy is designed to execute against all asset types.

      Note:
      This option does not apply to system policies. CentraSite will apply system policies to instances of the type whether this option is enabled or not.

      Require Consumer Registration

      Require users to register an application when they submit consumer registration requests for assets of this type.

      Enable versioning

      Allow users to generate versions of instances of this type. When you disable this option, CentraSite disables the Add New Versions command and omits the Versions profile from instances of this type.

      Top Level type

      Allow users to create instances of this asset type "from scratch." When you enable this option, users are allowed to create instances of the type using the Add Asset button in CentraSite Control.

      Generally you disable this option for types that are constituents of other assets, or for types that are only meant to be added to the registry by an importer. For example, the Operation type is used to represent an operation that belongs to a Web service. Operations are derived automatically from the service WSDL. They are not intended to be manually defined by users. Therefore, the Operation type is not designated as a "top level type".

      Enable Lifecycle Management

      Allow a lifecycle model to be applied to assets of this type.

      Visible in Search

      Allow users to define a search for this particular type. When you enable this option, CentraSite Control includes the type in the Types list on the Advanced Search page. Including a type in this list enables users to define queries that select on that specific type.

      Note:
      If you change the state of this option and then do an advanced search, you might need to refresh the Advanced Search page in order to see the change reflected in the Types list.

      Inherit Base Type Profiles For virtual types only. Apply the set of profiles that are defined for the virtual object type and/or the set of profiles that are defined for the base type.
      Inherit Base Type Policies For virtual types only. Apply the set of policies that are defined for the virtual object type and/or the set of policies that are defined for the base type.
      Inherit Base Type LCM For virtual types only. Apply the lifecycle model defined for the base type if the virtual object type does not have an assigned lifecycle model.
    4. Click OK.

  5. In panel 2, specify the attributes that make up the type. If you need procedures for this step, see Defining Attributes for a Type.

  6. In panel 3, define profiles for the type and assign attributes to them. If you need procedures for this step, see Defining Profiles for an Asset Type.

  7. In panel 4, specify which of the generic profiles you want to include with the type. For more information about generic profiles, see Generic Profiles.

  8. In panel 5, specify the order in which you want the profiles to appear when they are displayed in the user interface.

  9. Click Finish to save the new type.

Top of page

Defining Attributes for a Type

General Procedure

Use the following steps to complete panel 2 in the Add Asset Type or Edit Asset Type wizard. You use this panel to define the set of attributes that make up the asset type.

Using the Dialog

Start of instruction setTo define attributes for an asset type

  1. Go to panel 2 in the Add Asset Type wizard (if you are creating a new type) or the Edit Asset Type wizard (if you are modifying an existing type). If you need procedures for this step, see Creating a New Type or Viewing or Editing a Type, respectively.

  2. To add a new attribute to the type, click Add Attribute.

    Complete the following fields in the Add Attribute dialog box:

    In this field... Specify...
    Name

    The display name for the attribute. This is the attribute name that users will see when they view instances of this type in the user interface, therefore, the name should be meaningful.

    The display name can contain any combination of characters, including spaces. You can change an attribute's display name at any time.

    Note:
    If you are defining a Relationship attribute, by default the attribute's name will be derived from the name of the association type that you assign to the attribute. You can, however, assign a custom name to the Relationship attribute by specifying the Name attribute.

    Schema Name

    The schema name for the attribute. The schema name is the internal name that CentraSite assigns to the attribute. This name can contain only letters, numbers and the underscore character (_).

    If you do not enter a schema name, CentraSite automatically generates a schema name for the attribute based on the name you enter in the Name field. However, if the name that CentraSite generates includes invalid characters, you will be prompted to provide a valid schema name when you save the attribute. For information about valid schema names, see Attribute Names.

    After you create and save the attribute, you can no longer change its schema name.

    Note:
    Relationship, File, and Classification attributes do not require schema names.

    Description

    Optional. A brief description for the attribute.

    Required

    Whether the attribute is required or optional. When you enable this option, CentraSite prevents users from saving an asset of this type without first assigning a value to this attribute.

    In the user interface, a required attribute is displayed with an asterisk (*) next to its name.

    Note:
    An attribute can be a required attribute and have a default value (see the Default field below). If you do not supply a value for an attribute that is required and has a default value, the default value is automatically assigned to this attribute.

    When editing an existing type:

    • If there are no instances of the type in the registry, you can add a required attribute to an existing type.

    • If there are instances of the type in the registry, you can add a required attribute of type "slot" or "classification", but not of type "relationship" or "file".

    • If you add a new required attribute, no automatic update of existing instances takes place. This prevents the potential degradation of performance that could arise from the automatic update of a large number of instances.

    • You can enable the Required option for an existing attribute even if there are empty instances of the attribute. But in this case a default value must be provided for the attribute.

    • You can disable the Required option for an attribute at any time (even if assigned instances of the attribute already exist in the registry).

    See also the description of the Default field below for details of default value processing of required fields.

    Read-only

    Whether users can modify the value of the attribute.

    The Read-only option prevents the attribute's value from being changed after an asset is created. When you enable this option, users can assign a value to the attribute when an asset of this type is initially created. However, they cannot modify the attribute after the asset has been saved.

    You can enable or disable the Read-only option for an attribute at any time (even if instances of the type already exist in the registry).

    Multiplicity

    Whether the attribute can hold a just a single value or multiple values (i.e., an array of values). Enabling the Multi Value option allows users to assign more than one value to the attribute.

    Note:
    The Multiplicity option is not available for the Boolean attribute type.

    When editing an existing asset type:

    • You can switch an attribute's Multiplicity option from Single Value to Multi Value at any time (even if instances of the type already exist in the registry).

    • You can switch an attribute's Multiplicity option from Multi Value to Single Value only if:

      • No instances of the type exist in the registry.

        —OR—

      • Instances of the type exist in the registry, but each instance has at most one value assigned to this attribute. (i.e., no instances exist wherein this attribute has multiple values).

    Data Type

    The attribute's type. Be aware that after you create an attribute, you cannot change its type.

    Depending on the data type you select, additional type-specific fields or checkboxes now appear in the dialog. Provide the appropriate information for these additional fields or checkboxes.

    See the section Defining Data Types below for details.

    Default Value

    Optional. The value that is to be assigned to the attribute by default.

    Note:
    The Default Value option is not available for all attribute types.

    When editing an existing asset type:

    • You can change a default value, assign a default value, or remove a default value from an attribute at any time. Changing the attribute's default value does not immediately affect any existing instances of the attribute.

    • If you add a default value to an attribute that did not previously have one, and the registry contains empty instances of that attribute, the default value will be assigned to those assets the next time that they are saved to the registry.

    • If you add a new attribute to an existing type and you assign a default value to that attribute, the default value will be assigned to the existing instances of that type the next time those instances are saved to the registry.

    If the attribute has the Required option set, then the following conditions apply:

    • When you create a new asset type with one or more required attributes, you do not need to provide a default value for these attributes during the creation process.

    • If instances of an asset type exist, and you update the type definition in any manner, regardless of whether you edit the required attributes or not (for example, adding a new optional attribute, adding a new required attribute, or even editing the type name), you must provide a default value for each required attribute of that type. Required attributes that have no value will be set to the default value the next time the instance is saved to the registry.

    • If instances with missing required attributes are viewed in CentraSite Control, these attributes are simulated and displayed with the default value. But the default value will not be added to the instance until the next save of the instance.

    See also the description of the Required field above for details of default value processing of required fields.

    For the Data Type field, complete the type-specific options as described in the section Defining Data Types below.

    Click OK to save the attribute.

  3. Repeat step 2 for each attribute that you want to add to the asset type.

  4. If you need to edit an attribute that you have added to the asset type, click the name of the attribute in panel 2 and make your changes in the Edit Attribute dialog box. Be aware that certain options for an attribute cannot be changed after the attribute is created. For information about the conditions under which an attribute's options can be changed, see the descriptions of the options in step 2, above.

  5. If you need to delete an attribute, select the attribute in panel 2 and click Delete.

    Important:
    CentraSite will not allow you to delete an attribute if an assigned instance of the attribute is present in the registry.

Defining Data Types

For the Data Type field, complete the type-specific options as described below:

If you are adding this type of data type... Do the following...
Classification In the Taxonomy field, specify the taxonomy by which users will classify the asset.

Note:
After you create a classification attribute, neither its Taxonomy option or its Default option can be changed.

Computed Attribute

When you choose this data type, you are indicating that the attribute value, and the way it is rendered in a profile, will be generated using a Java plug-in.

Choose Java as the implementation type, to indicate that you are using a Java plug-in.

In the field File, specify the name of the archive file that contains the Java plug-in.

See the section Defining a Computed Attribute below for more information.

Note:
When you define a computed attribute, the dialog fields Required, Read-Only and Multiplicity are not relevant, so they are automatically removed from the dialog.

Date/Time

In the Display As field, specify whether you want the user to specify:

  • The date and time

  • The date only

  • The time only

Relationship

Using this data type, you specify that an asset of the type you are currently defining can be related to another asset or object.

You define the nature of the relationship in the Relationship Type field, using one of the following options:

  • Association

  • Aggregation using Source

  • Aggregation using Target

  • Composition using Source

  • Composition using Target

These options allow you to define a loose or tight coupling between the related objects. Depending on the type of relationship, operations on an asset (such as delete, export, move to another organization, set instance-level permissions, create a new version) can be applied automatically also to the related asset or object.

See the section Working with Composite Types for information on how you can use these relationship types.

In the Association Type field, specify the type of association that this attribute represents. This is a label that you assign as a meaningful name for the relationship. Examples of labels are "hasChild" and "hasParent", indicating a hierarchical relationship.

In the Relates To field, specify the type(s) of object that can be the target of the relationship. You can specify more than one type of object by using the + icon. If you specify more than one type of object in this field, this means that an object of the current object type can have a relationship to an object that belongs to any of the given object types.

Note:
The Relates To option is enforced in the user interface and at the API level. Within the user interface, this option determines which types of object are shown to users when they set the attribute. At the API level, this option causes CentraSite to reject any asset whose attribute specifies an object that is not of an allowed type.

After you create a Relationship attribute, you can modify the attribute's Association Type only if there are no assigned instances of the attribute in the registry. Similarly, you can change or delete categories in the Relates To option only if the registry contains no assigned instances of the attribute. You can, however, assign additional categories to the Relates To option at any time (even if assigned instances of the attribute exist in the registry).

For more information about association types, see Working with Association Types.

String or Multiline String Enable the Internationalized option if you want to store the string values in internationalized string form. For more information about the Internationalized option, see the description of the String attribute in Attribute Data Types.

After you create a String or Multiline String attribute, you cannot change the attribute's Internationalized option.

String

Enable the Enumeration option if you want to restrict the attribute to a predefined set of values. When users edit this attribute in CentraSite Control, the enumerated values are presented to them in a drop-down list.

CentraSite also enforces the Enumeration option at the API level, meaning that it will reject any asset whose attribute does not contain one of the enumerated values.

If you enable the Enumeration option for a String attribute, you can add new items to the enumerated list at any time (even if instances of the attribute exist in the registry). However, you can remove an item from the list only if that item is not currently assigned to an instance of this type in the registry.

After you create a String attribute, you cannot switch it from an enumerated String to a non-enumerated String (or vice-versa).

Defining a Computed Attribute

The computed attribute is defined as the implementation of the ComputedAttribute interface. The following topics describe how to define a computed attribute:

Implementation guidelines for Java-based computed attributes

This section describes the Java interfaces and methods that you need to implement for a computed attribute.

Interfaces Description
ComputedAttribute

This interface declares basic rendering methods for the user interface. It extends the ProfileAttribute interface.

boolean: isUsed(): returns true if this attribute is used by at least one instance of the corresponding asset type.

Collection: setValue(Collection): sets the value of this attribute.

AttributeDescriptor: getAttributeDescriptor(): returns the definition of this attribute.

String: getName(): returns the JAXR-based name of this attribute.

Collection: getValue(): returns the value of this attribute.

init(): adds the required parameters to the objects argument for attribute initialization.

Collection<Concept>: getTargetObjectTypes(): returns the appropriate target registry object of this attribute. This method will be used when the attribute is of the relationship data type.

Concept: getAssociationType(): returns the appropriate association type of this attribute. This method will be used when the attribute is of the relationship data type.

ClassificationScheme: getTaxonomy(): returns the appropriate classification scheme of this attribute. This method will be used when the attribute is of the classification data type.

   
ProfileAttribute

void: init(Collection<CentraSiteRegistryObject>, Locale)

Collection: getValue();

String: getAttributeKey();

AttributeDescriptor: getAttributeDescriptor();

   
AttributeDescriptor

This interface deals with the standard properties (isReadOnly(), is Required()...) for an attribute.

String: getDataType(): returns the data type of this attribute. This can be one of the supported standard types (xs:...), or one of the special types: File, RichText, Image (allows the specification of the image type).

Object: getDefaultValue(): returns the default value of this attribute.

String[]: getEnumValues():

int: getMaxLength(): returns the maximum length of this attribute.

String: getMaxOccurs(): returns whether the attribute can have multiple occurrences.

String: getMinOccurs(): returns whether the attribute is optional or required.

Object: getNativeAtribute(): returns the native attribute instance if the data type is not primitive, otherwise returns null.

int: getPrecision(): gets the precision for a "number" attribute.

String: getUnitLabel(): returns the slot's unit label.

boolean: hasDefaultValue(): returns whether this attribute has a default value.

boolean: isPrefix(): Returns true if the slot's unit label is a prefix, and false if it is a suffix.

boolean: isReadOnly(): returns whether this attribute is read-only.

boolean: isRequired(): returns whether this attribute is required.

Structure of archive file

The archive file must contain the following folders and files:

Zip folder Description
META-INF

This folder contains the config.properties file, which is the build file for the plug-in. This properties file contains an entry of the following format:

com.softwareag.centrasite.computed.attr.impl.class=com.sample.StringAttrImpl
lib

This folder contains the archive file with the source code examples, the plug-in's executor class and the external libraries.

Sample code

Sample Java code for implementing a computed attribute is supplied in the demos folder under CentraSite installation folder. The sample code is available in the files:

Loading a computed attribute into an asset type definition

After you have created an archive file that contains the attribute definition, you need to load the archive file into the asset type definition. You do this by starting the Edit Asset Type wizard for the appropriate existing asset type, or the Add Asset Type wizard for a new custom asset type, and specifying in the wizard that you are defining a new computed attribute.

For details on how to load the archive file of a computed attribute into an asset type definition, refer to the section Defining Attributes for a Type.

When you have loaded the archive file, the new attribute is displayed in the list of attributes that can be assigned to an asset type profile.

Top of page

Defining Profiles for an Asset Type

General Procedure

Use the following procedure to complete panel 3 in the Add Asset Type or Edit Asset Type wizard. You use this panel to define profiles and their attributes.

You can add a profile in two ways:

Start of instruction setTo add a profile to the asset type

  1. Go to panel 3 in the Add Asset Type wizard (if you are creating a new type) or the Edit Asset Type wizard (if you are modifying an existing type). If you need procedures for this step, see Creating a New Type or Viewing or Editing a Type, respectively.

  2. To add a new profile to the type, click Add Profile and perform the following steps.

    1. In the Profile Name field, enter a name for the profile. This is the name that users will see in the user interface when they view an asset of this type. Therefore, the name you assign should be meaningful to your users (for example, "Technical Notes", not "tn").

      Note:
      You cannot give a profile the same name as any of the generic profiles described in Generic Profiles.

    2. If the profile you wish to add is a computed profile, mark the checkbox Computed Profile and select the implementation language from the drop-down list. If, for example, you have implemented the computed profile using Java, then select Java.

      When you mark the checkbox, the dialog's list of available attributes is replaced by the input field Profile Implementation Archive. In this field, specify the name of the archive file that contains the definition of the computed profile, then click OK.

      See the section Defining a Computed Profile below for information on how to implement a computed profile.

      Note:
      If you define a profile as a computed profile, you cannot change the profile back to being a non-computed profile at a later stage. You can, however, change the archive file that contains the definition of the computed profile.

    3. If your new profile is not a computed profile, continue with this step.

      Use the arrow buttons to specify the attributes for the new profile and the order in which the attributes will be displayed.

      • Add an attribute to the profile by marking the attribute's checkbox in the list of available attributes and clicking the right-pointing arrow.

      • Add all of the available attributes to the profile by clicking the right-pointing double arrow.

      • Remove an attribute from the profile by marking the attribute's checkbox in the list of assigned attributes and clicking the left-pointing arrow.

      • Remove all attributes from the profile by clicking the left-pointing double arrow.

      • Change the position of an assigned attribute relative to the other assigned attributes within the profile by marking the checkbox of the attribute and clicking the up or down arrow as required.

    4. Click OK.

  3. If you need to edit a profile that already exists within the type, click the name of the profile in panel 3 and make your changes in the Edit Profile dialog box.

    Use the arrow buttons, as described in the previous step for Add Profile, to specify the attributes for the profile, and the order in which the attributes will be displayed.

  4. If you need to delete a profile, select the profile in panel 3 and click Delete.

    Note:
    Deleting a profile does not delete the attributes that were assigned to the profile. It simply removes the profile definition from the asset type. The attributes still exist within the type. However, they will not be visible in the user interface unless you assign them to another profile.

Defining a Computed Profile

The following topics describe how to define a computed profile:

Definition of Java-based Computed Profile

A Java based computed profile has the following rendering mechanism:

Implementation guidelines for Java-based computed profiles

This section describes the Java interfaces and methods that you need to implement for a computed profile.

Interfaces Description
ComputedProfile

This interface declares basic rendering methods for the user interface.

void: init(java.lang.Object, Locale): with CentraSiteRegistryObject as a parameter where the necessary implementation is done and updateAsset() which would return a collection of registry object serves as a save hook.

boolean: canRenderUI(): This determines whether the rendering is based on the UI (true) or on the triples associated with the profile (false).

Collection: getAttributes(): returns a collection of ProfileAttribute and would be called only when canRenderUI() returns true.

Collection: updateAsset(): returns a collection of CentraSiteRegistryObject and would be called only when canRenderUI() returns true.

   
WebUIProfile

This interface is specific to the rendering for CentraSite Control.

java.lang.Object: createProfileContent(): create the profile contents with XML content (in compliance with Application Designer).

   
EclipseProfile

This interface is specific to the rendering for Eclipse Designer.

createFormContent(): create the profile contents on the supplied IManagedForm (in compliance with Eclipse Designer SWT/JFace library).

   
BUIProfile

This interface is specific to the rendering for CentraSite Business UI.

getEditPageURL(): returns URL of the edit page of computed profile and would be called only when canRenderUI() returns true.

getViewPageURL(): returns URL of the view page of computed profile and would be called only when canRenderUI() returns true.

getProfileDataAsJson(): returns a collection of profile data as JSON-formatted string.

Collection computeProfileData (String userInputsAsJSON): sets a collection of profile data as JSON-formatted string.

JSON specification is available at http://www.json.org/.

   
ProfileAttribute

This interface deals with the standard UI rendering of the profile's attributes and allows defining the attributes as key value pairs. The rendering of each attribute will be the standard rendering for the corresponding datatype of the attribute.

AttributeDescriptor: getAttributeDescriptor(): returns the descriptor of the attribute.

String: getAttributeKey(): returns the key of the attribute.

String: getName(): returns the name of the attribute.

Collection: getValue(): returns the value of the attribute.

   
ComputedAttributeLine

This interface deals with the user-defined UI rendering of the profile's attributes. The UI rendering of the attributes will be determined by the coding of this interface.

void: buildUI(StringBuilder layout): This method is responsible for rendering the layout definition.

void: passivate(): This method is responsible for storing the values back to the object.

void: revert(): This method is to revert the changes.

   
AttributeDescriptor

This interface deals with the standard properties (isReadOnly(), is Required()...) for an attribute.

String: getMinOccurs(): returns the minimum allowed occurrences of this attribute.

String: getMaxOccurs(): returns the maximum allowed occurrences of this attribute.

boolean: isRequired(): returns whether this attribute is required.

boolean: isReadOnly(): returns whether this attribute is read-only.

boolean: hasDefaultValue(): returns whether this attribute has a default value.

Object: getDefaultValue(): returns the default value of this attribute.

int: getMaxLength(): returns the maximum length of this attribute.

String: getDataType(): returns the data type of this attribute.

Object: getNativeAtribute(): returns the native attribute instance if the data type is not primitive, otherwise returns null.

String[]: getEnumValues():

boolean: isPrefix(): returns whether this slot's unit label is a prefix or suffix value. Return "true" if the unit label is a prefix, "false" for suffix.

int getPrecision(): returns the precision for a "number" attribute.

String: getUnitLabel(): returns this slot's unit label. The label may be null.

Structure of archive file

The archive file must contain the following folders and files:

Zip folder Description
META-INF

This folder contains the config.properties file, which is the build file for the plug-in. This properties file contains an entry of the following format:

com.softwareag.centrasite.computed.profile.webui.impl.class=com.sample.MyProfileImpl
lib

This folder contains the archive file with the source code examples, the plug-in's executor class and the external libraries.

Sample computed profiles

Your CentraSite installation contains 5 sample computed profiles. Two samples are for the CentraSite Control, one for the CentraSite Business UI, and the other two are for the Eclipse Designer.

The content is organized under the following sections:

Sample Computed Profiles for CentraSite Control

Your CentraSite installation contains two sample computed profiles (which is contained in demos folder) that you can use to create an archive file for the computed profile specific to CentraSite Control.

Sample Computed Profiles for CentraSite Business UI

Your CentraSite installation contains a sample computed profile (which is contained in demos folder) that you can use to create an archive file for the computed profile specific to CentraSite Business UI.

Sample Computed Profiles for Eclipse Designer

Your CentraSite installation contains two sample computed profiles (which is contained in demos folder) that you can use to create an archive file for the computed profile specific to Eclipse Designer.

Loading a computed profile into an asset type definition

After you have created an archive file that contains the profile definition, you need to load the archive file into the asset type definition. You do this by starting the Edit Asset Type wizard for the appropriate asset type and specifying in the wizard that you are defining a new computed profile.

For details on how to load the archive file of a computed profile into an asset type definition, refer to the section Defining Profiles for an Asset Type.

When you have loaded the archive file, the new profile is displayed in the detail page of all assets of the asset type.

Applying Profiles to Virtual Types

When an asset is an instance of a virtual type, the set of profiles that CentraSite applies to the asset depends on the virtual type's Inherit Base Type Profiles setting. If the type's Inherit Base Type Profiles option is enabled, CentraSite applies the profiles of the base type to the asset in addition to the profiles of the virtual type. For example, the Inherit Base Type Profiles option is, by default, enabled for virtual services. Therefore, when CentraSite applies profiles for a virtual service, it applies the set of profiles that are defined for the Virtual Service object type and the set of profiles that are defined for the Service object type (the base type for the Virtual Service type).

If you disable the Inherit Base Type Profiles option for a virtual type, CentraSite applies to the asset only the profiles that are defined for the virtual type. Therefore, CentraSite applies to virtual services only the profiles that are defined for the Virtual Service type. Profiles that are defined for the Service type are not applied.

The following table summarizes how the set of profiles that CentraSite applies for a virtual type is affected by the state of the Inherit Base Type Profiles option.

If the virtual type's "Inherit Base Type Profiles" option is... And the profile is defined for the... The instances of the virtual type will have...
ENABLED

Base Type

Base Type Profiles

ENABLED

Virtual Type

Virtual Type Profiles

ENABLED

Base Type

—AND—

Virtual Type

Base Type Profiles

—AND—

Virtual Type Profiles

DISABLED

Base Type

None

DISABLED

Virtual Type

Virtual Type Profiles

DISABLED

Base Type

—AND—

Virtual Type

Virtual Type Profiles

For information about virtual types, see What is a Virtual Type?. For information about which predefined types in CentraSite are virtual types, see The Predefined Asset Types Installed with CentraSite.

Top of page