This wiki is locked. Future workgroup activity and specification development must take place at our new wiki. For more information, see this blog post about the new governance model and this post about changes to the website.

OSLC CM Architectural Direction V3

In-progress Working document - supporting specification development for the next version of CM after 2.0. This is not an official list of committed items but a live working document to help prioritize and elaborate on the specification efforts.

The purpose of this page is to collect the architectural direction as driven by scenario priorities for the next version of CM specifications (V3). It also contains various 2.0 issues to be addressed in the next version. This follows on to the CmArchitecturalDirectionV2 work done for 2.0 and CmArchitecturalDirection for 1.0.

Items for Consideration for 3.0

Themes

  • IT Operations to Development linkage
  • Change Request progress tracking
  • More (better) UI delegation
  • Filling in the Change Request gaps: attachments, projects, severity, priority, standard types?

Item Details

UNDER DEVELOPMENT (See Backlog)

Spec Backlog

Attachments

Common case is to have potentially many and possibly large attachments associated with Change Requests

Supporting material:

Project

Need for a container for Change Requests, most (if not all) CM providers have a concept of Project. Though their usage and definition differs.

Supporting material:

Presentation requirements for resources

Some implementations have assumed different models for what HTML should be returned when requested: should it be contained in an IFrame with just dialog for change request viewing and editing? should it be its own page, with application banner and navigation bar?

Named/Pre-defined Queries

Most, if not all, CM systems have the ability for a user to create a named query to be accessed later for execution. We could fairly rapidly provide at least read-only access to these and execution of queries.

May want to expose this as a query picker/creation tool as done in 1.0 with resources.

Delegated Service Discovery

  • better handling of configuration data
  • better scaling

Alignment of related standards

  • VTODO - need to consider aligning with task management tools?
  • OpenSocial - need to evolve our delegated UIs to a widget spec when it is available?
  • WSDL 2.0 - RESTful service description

Supporting References

Edit | Attach | Print version | History: r4 < r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r1 - 07 Dec 2010 - 21:40:30 - SteveSpeicher
 
This site is powered by the TWiki collaboration platform Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our Terms of Use
Ideas, requests, problems regarding this site? Send feedback