In Sierra, the following Ant tasks will be added to the management of JBI runtime and component.
| Use Case Name |
|---|
| Set configuration for JBI runtime or an installed component |
| Date written |
| 08/03/2007 |
| Description |
| This task modifies parameters for several different configuration types for JBI runtime or an installed component (SE or BC). Typically these configuration types include runtime/component configuration, application configuration, application variable and logger. |
| Actors |
| Installed JBI component, JBI Ant, Administrator, JBI common client |
| Preconditions & Assumptions |
| 1. Based on different configuration type, the configuration parameters could be specified directly from command line, or in an input XML file, or in an input property file. 2. Component is assumed to be installed if the configuration for a component is going to be set. 3. When the target option is not specified, or the literal string 'server' is specified, the task is executed against the embedded DAS server instance. 4. When the target option is the literal string 'domain', the task is executed against the domain itself, but not to any instances or clusters running on the domain. 5. If the target option is specified as a <cluster-name>, the task is executed against all instances in the specified cluster. 6. If the target option is specified as a <instance-name>, the task is executed against the specific instance specified. |
| Basic Flow: User Action |
| Administrator executes the set configuration task which specifies an installed component (optional), the type of the configuration, the name of a configuration, the path to the file which contains the configuration parameters (optional), and a server instance name ("domain", or a cluster name, or not being specified). |
| Basic Flow: System Action |
| 1. JBI Ant interprets the task and gets the configuration parameters. 2. JBI Ant passes all the parameters to JBI common client. |
| Error Flow: System Action |
| 1. If the path to the input file is not a valid location, an error message should be returned from JBI Ant. 2. If the failure is due to the reason other than invalid file/path location, JBI Ant should print out the detailed failure message returned from JBI common client. 3. Administrator should get a failure message, detailing the reason why the set named configuration command fails. |
| Use Case Name |
|---|
| List configuration value for JBI runtime or an installed component. |
| Date written |
| 08/03/2007 |
| Description |
| This task lists parameters for several different configuration types for JBI runtime or an installed component (SE or BC). Typically these configuration types include runtime/component configuration, application configuration, application variable and logger. |
| Actors |
| Installed JBI component, JBI Ant, Administrator, JBI common client |
| Preconditions & Assumptions |
| 1. Component is assumed to be installed if the configuration data is queried for an installed component. 2. When the target option is not specified, or the literal string 'server' is specified, the task is executed against the embedded DAS server instance. 3. When the target option is the literal string 'domain', the task is executed against the domain itself, but not to any instances or clusters running on the domain. 4. If the target option is specified as a <cluster-name>, the task is executed against all instances in the specified cluster. 5. If the target option is specified as a <instance-name>, the task is executed against the specific instance specified. |
| Basic Flow: User Action |
| Administrator executes the list configuration task with the required input such as configuration name key, configuration type, a component, a server instance name (or a cluster name, or not being specified). |
| Basic Flow: System Action |
| 1. JBI Ant interprets the task, as well as the input parameters. 2. JBI Ant passes all the parameters to JBI common client. 3. JBI Ant prints out the configuration value (i.e., the query result) which is returned from JBI component client. |
| Use Case Name |
|---|
| Add application configuration data to an installed component. |
| Date written |
| 08/03/2007 |
| Description |
| This task adds configuration data for an installed component. The configuration data which can be added includes two configuration types: application configuration and application variable. |
| Actors |
| Installed JBI component, JBI Ant, Administrator, JBI common client |
| Preconditions & Assumptions |
| 1. The specified component is assumed to be installed. 2. When the target option is not specified, or the literal string 'server' is specified, the task is executed against the embedded DAS server instance. 3. When the target option is the literal string 'domain', the task is executed against the domain itself, but not to any instances or clusters running on the domain. 4. If the target option is specified as a <cluster-name>, the task is executed against all instances in the specified cluster. 5. If the target option is specified as a <instance-name>, the task is executed against the specific instance specified. |
| Basic Flow: User Action |
| Administrator executes the add configuration task which specifies input parameters such as a configuration type, the name of the application configuration, application variable tuples (key/type/value), the component name, a server instance name ("domain", or a cluster name, or not being specified). |
| Basic Flow: System Action |
| 1. JBI Ant interprets the task, as well as the input parameters. 2. JBI Ant passes all the parameters to JBI common client. |
| Use Case Name |
|---|
| Delete application configuration data from an installed component. |
| Date written |
| 08/03/2007 |
| Description |
| This task deletes configuration data for an installed component. The configuration data which can be deleted includes two configuration types: application configuration and application variable. |
| Actors |
| Installed JBI component, JBI Ant, Administrator, JBI common client |
| Preconditions & Assumptions |
| 1. The specified component is assumed to be installed. 2. When the target option is not specified, or the literal string 'server' is specified, the task is executed against the embedded DAS server instance. 3. When the target option is the literal string 'domain', the task is executed against the domain itself, but not to any instances or clusters running on the domain. 4. If the target option is specified as a <cluster-name>, the task is executed against all instances in the specified cluster. 5. If the target option is specified as a <instance-name>, the task is executed against the specific instance specified. |
| Basic Flow: User Action |
| Administrator executes the delete configuration task which specifies input parameters such as a configuration type, the name of the named configuration, component environment variable tuples (key/type/value), the component name, a server instance name (or "domain", or a cluster name, or not being specified). |
| Basic Flow: System Action |
| 1. JBI Ant interprets the task, as well as the input parameters. 2. JBI Ant passes all the parameters to JBI common client. |
| Use Case Name |
|---|
| List monitoring statistics data for JBI runtime or an installed component |
| Date written |
| 08/03/2007 |
| Description |
| This task prints out monitoring statistics data for JBI framework, or NMR, or an installed component, or an endpoint. |
| Actors |
| Installed JBI component, JBI Ant, Administrator, JBI common client |
| Preconditions & Assumptions |
| 1. Component is assumed to be installed if the monitoring statistics data of the component is going to be queried. 2. When the target option is not specified, or the literal string 'server' is specified, the task is executed against the embedded DAS server instance. 3. When the target option is the literal string 'domain', the task is executed against the domain itself, but not to any instances or clusters running on the domain. 4. If the target option is specified as a <cluster-name>, the task is executed against all instances in the specified cluster. 5. If the target option is specified as a <instance-name>, the task is executed against the specific instance specified. |
| Basic Flow: User Action |
| Administrator executes the list monitoring statistics task which specified the input parameters, such as the type of monitoring statistics data, an installed component name (optional), a server instance name (or "domain", or a cluster name, or not being specified). |
| Basic Flow: System Action |
| 1. JBI Ant interprets the task and the included parameters. 2. JBI Ant passes all the parameters to JBI common client. 3. JBI Ant prints out the monitoring statistics data returned from JBI common client. |
| Use Case Name |
|---|
| Upgrade component |
| Date written |
| 08/03/2007 |
| Description |
| This command is to provide a simple way to upgrade a JBI component in a non-destructive way, preserving all existing deployments to that component. |
| Actors |
| Installed JBI component, JBI Ant, Administrator, JBI common client |
| Preconditions & Assumptions |
| The precondition is that the component, which will be upgraded, has already been deployed. |
| Basic Flow: User Action |
| Administrator executes the component upgrade task, specifying where the new archive is located. |
| Basic Flow: System Action |
| 1. JBI Ant interprets the task and gets the input parameters. 2. Before calling JBI common client, JBI Ant validates the location of the archive. 3. JBI Ant passes all the parameters to JBI common client. |
| Error Flow: System Action |
| 1. If the path to the new archive location is not a valid location, an error message should be returned from JBI Ant. 2. If the failure is due to the reason other than invalid archive location, JBI Ant should print out the detailed failure message returned from JBI common client. 3. Administrator should get a failure message, detailing the reason why the upgrade command fails. |
| Use Case Name |
|---|
| Application Verifier tasks |
| Date written |
| 08/03/2007 |
| Description |
This project would aid the system administrator in verifying if all the configurations needed by an application can be resolved during deployment. For this use case, please refer to SierraUpdateAppVerifier![]() |