Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "COSMOS Design 214672"
(→4. A view opens to display the status of the registration request. The view will indicate the items/relationships that have been accepted or rejected.) |
(→4. A view opens to display the status of the registration request. The view will indicate the items/relationships that have been accepted or rejected.) |
||
Line 94: | Line 94: | ||
</registerResponse> | </registerResponse> | ||
</pre> | </pre> | ||
+ | |||
+ | The following shows the visualization of the response. The visualization is composed of a table that shows weather the configuration item was accepted or rejected. Each row will expand to show alternateInstanceId if the item was accepted or a reason list if the item was declined. | ||
==Partial registration== | ==Partial registration== |
Revision as of 21:40, 24 January 2008
Back to Data Reporting Design
Contents
- 1 Change History
- 2 Workload Estimation
- 3 Requirement
- 4 Design
- 4.1 All-inclusive registration
- 4.1.1 1. User right clicks a federating CMDB from the left panel > selects "Register Configuration Items"
- 4.1.2 2. A dialog appears with all the registered MDRs
- 4.1.3 3. User selects one or more MDRs and clicks register
- 4.1.4 4. A view opens to display the status of the registration request. The view will indicate the items/relationships that have been accepted or rejected.
- 4.2 Partial registration
- 4.2.1 1. User performs a CMDBf query on an MDR
- 4.2.2 2. The items will be displayed in the tabular view that will be implemented as part of the following enhancement: https://bugs.eclipse.org/bugs/show_bug.cgi?id=214145
- 4.2.3 3. User will be able to select a subset of the items/relationships and drag and drop them on a federating CMDB.
- 4.2.4 4. Alternatively, the user will be able to drag and drop the CMDBf query result tree item that appears in the left panel on a federating CMDB. This action will register all items/relationships of the query result
- 4.3 Service Meta Data View Mockup
- 4.4 Widget Design
- 4.5 Open Issues/Questions
- 4.1 All-inclusive registration
Change History
Name: | Date: | Revised Sections: |
---|---|---|
Sheldon Lee-Loy | 01/24/2008 |
|
Workload Estimation
Process | Sizing | Names of people doing the work |
---|---|---|
Design | 0.2 | Sheldon Lee-Loy |
Code | 3 | |
Test | 0.5 | |
Documentation | 0.5 | |
Build and infrastructure | 0.2 | |
Code review, etc.* | ||
TOTAL | 4.4 |
'* - includes other committer work (e.g. check-in, contribution tracking)
Requirement
This enhancement is required to be able to register a set of Configuration Items belonging to an MDR with a federating CMDB. Two different modes should be provided:
- All-inclusive registration - The user will be able to select an action from the context menu of a federating CMDB to register all CIs of MDRs.
- Partial registration - The user will be able to register only a set of configuration items contained by an MDR.
Design
All-inclusive registration
The following steps indicates how the user will interact with the COSMOS ui to register all configuration items with a set of MDRs.
1. User right clicks a federating CMDB from the left panel > selects "Register Configuration Items"
This involves a new menu item . A new tag should be associated with a federating CMDB. I menu configuration option would be added to the this new tag.
2. A dialog appears with all the registered MDRs
This involves creating the following:
- A query object that instantiates a dialog widget
- A dialog widget that shows a dual list. The right list will contain the list of MDR the left list will contain a list of MDRs that should be registered with the federating CMDB.
- An outputter is needed to get the list of MDRs. The outputter should return a JSON object that returns the resid and epr
3. User selects one or more MDRs and clicks register
The user makes this selection via the dual list. The following components are needed for this step:
- An outputter that receives a list of mdrs and generates status information
4. A view opens to display the status of the registration request. The view will indicate the items/relationships that have been accepted or rejected.
The following components are needed.
- A widget that will visualized the status information. The structure of the status information is as follows:
<registerResponse> <instanceResponse> <instanceId>cmdbf:MdrScopedIdType</instanceId> <accepted> <alternateInstanceId> cmdbf:MdrScopedIdType </alternateInstanceId> * </accepted> ? <declined> <reason>xs:string</reason> * </declined> ? <instanceResponse> * </registerResponse>
The following shows the visualization of the response. The visualization is composed of a table that shows weather the configuration item was accepted or rejected. Each row will expand to show alternateInstanceId if the item was accepted or a reason list if the item was declined.
Partial registration
1. User performs a CMDBf query on an MDR
2. The items will be displayed in the tabular view that will be implemented as part of the following enhancement: https://bugs.eclipse.org/bugs/show_bug.cgi?id=214145
3. User will be able to select a subset of the items/relationships and drag and drop them on a federating CMDB.
4. Alternatively, the user will be able to drag and drop the CMDBf query result tree item that appears in the left panel on a federating CMDB. This action will register all items/relationships of the query result
Service Meta Data View Mockup
Widget Design
Open Issues/Questions
All reviewer feedback should go in the Talk page for 214672.