World Library  
Flag as Inappropriate
Email this Article

Content Assembly Mechanism

Article Id: WHEBN0020946162
Reproduction Date:

Title: Content Assembly Mechanism  
Author: World Heritage Encyclopedia
Language: English
Subject: EDXL, Directory Services Markup Language, Web Services Distributed Management, OASIS TOSCA, Component content management system
Collection: Xml-Based Standards
Publisher: World Heritage Encyclopedia

Content Assembly Mechanism

Content Assembly Mechanism (CAM) is an OASIS Content Assembly Technical Committee.

The CAM approach aligns with the National Information Exchange Model (NIEM) approach and assists with producing Information Exchange Package Documentation (IEPD).

The camprocessor tools enable creation of realistic XML examples from XSD schema structure definitions. These XML samples simulate test cases for use in interoperability testing and determination of templates for use in actual business information exchanges.

The single most important problem that CAM is solving is simpler and more reliable interoperability for business information exchanges. Today's electronic commerce via the internet is extremely limited in the amount of automation or integration that is occurring. The ability to share accurate concise and verifiable information exchange definitions is a critical next step in enabling easier and cheaper global commerce.

CAM is emerging as the definitive standard underlying effective management of information exchanges through the critical mass being generated by the open source solution.

A broad range of OASIS standard definitions are now being documented, validated and enhanced using the CAM open source toolset and approach. To date these include EDXL, CIQ, and EML. CAM use is also extending to external industry groups such as PESC, MISMO, STAR Automotive, CAQH and then for government uses including stratML, LEXS and NIEM.

Each group faces the same challenges in promoting localizations of their overall standards in ways that can be quickly verified and adopted. Using CAM they are able to take their existing XSD schema work and rapidly develop localization templates, XML test cases, new subset schemas for use with web services and create re-usable want lists and content hints. In addition CAM templates are used to build domain dictionaries directly from the XSD schema definitions and then produce cross-reference spreadsheets for individual templates to the master dictionary definitions.

All these capabilities are aimed at improving the quality and speed of implementation and interoperability using business information exchanges based on XML.


  • History of CAM 1
  • Versions of CAM 2
  • CAM building blocks 3
    • CAM templates 3.1
    • Canonical XML dictionaries 3.2
    • Schema models 3.3
  • References 4
  • External links 5

History of CAM

The OASIS Content Assembly Technical Committee (CAM TC), which met for the first time in January 2003, was chartered "to produce a specification of a generalized mechanism in XML whereby implementers can deliver the means to bring together business process context and the localized implementation business rules needed to take a raw industry standard schema instance and combine that with actual business information content, context and roles and produce a valid consistent XML document instance." [1]

OASIS is developing specifications for business process mechanisms, industry standard schemas, registry systems, and schema mechanisms. The CAM specification will allow these four components to be brought together in a consistent and standard way and publish assembly implementation instructions based on these OASIS specifications. This will facilitate the work of industry groups and allow development of software tools that work consistently with all these specifications.

The original work predating CAM was begun in the later days of the ebXML initiative as an off-shoot of the ebXML Registry work. This working group was dubbed "BRIM" – Business Registry Interface Model and the focus was Registry content assembly services and content syntax storage specifications link to BRIM reference at CEFACT. In addition the BRIM work was also positioned to enable core component message assembly (CCMA) for business processes. The work was moved into OASIS at the end of 2002 to better facilitate the necessary XML development.

Implementations and deployments of CAM V1.1 are in progress as of this writing (January-2009) including open source solutions using Java and XSLT.

Versions of CAM

  • CAM 1.1 was adopted as an OASIS Standard in June 2007.
  • Current work is continuing on refining and extending toward a new V1.5 release in 2009 mainly focusing on clarifications, corrections and limited extensions. The core role of CAM remains the same – defining, composing and validating XML content.

The CAM template syntax for scripting is designed to be obvious, human readable and declarative.

CAM building blocks

CAM is built upon a number of existing standards:

Extensible Markup Language (XML)
CAM templates are expressed in a standardized XML
XML Schema
CAM provides an abstraction layer for XSD schema that makes manipulating and defining business information exchange templates significantly easier than using just XSD schema alone XML Schema.
XPath V2.0
CAM uses XPath extensively for defining rules and path target expressions that are at the heart of the CAM validator processing.
XSLT scripting
the existing open source solutions leverage XSLT extensively.
electronic business XML(ebXML)
core components and registry concepts developed for ebXML (ISO15000) provide significant conceptual foundations to the CAM approach to content assembly.

CAM templates

A CAM template consists of four core sections. The header section, the structure section, and business rules section and the extensions section.

These can be summarized in XML syntax as:


The purpose of the Header section is to declare properties and parameters for the CAM process to reference. The purpose of the AssemblyStructure section is to capture the required content structure or structures that are needed for the particular business information exchange.

Once the assembly structure(s) have been defined, then the next step is to define the context rules that apply to that content. The technique used is to identify a part of the structure by pointing to it using an XPath target locator reference, and then also applying an assertion using one of the structure predicates provided for that purpose.

There are two sections to these business context rules, default rules normally apply, and conditional rules that only apply if a particular rule block evaluates to true. Rules are expressed using XPath_2.0 syntax along with an additional set of structure predicates that CAM provides that simplify the control over the structure and its information content model.

CAM function predicates include:excludeAttribute(), useAttribute() excludeElement(), useChoice() excludeTree(), useElement() makeOptional(), useTree() makeMandatory(), useAttributeByID() makeRepeatable(), useChoiceByID() setChoice(), useElementByID() setId(), useTreeByID() setLength(), startBlock() setLimit(), endBlock() setValue(), checkCondition() setDateMask(), makeRecursive() setStringMask(), setUID() setNumberMask(), restrictValues() datatype() or setDataType(), restrictValuesByUID() setRequired(), orderChildren() allowNulls(), setDefault() setNumberRange()

The Extension section then allows for the definition of miscellaneous items such as code list values.

For more details on the CAM template approach see the formal OASIS standard specification OASIS CAM v1.1 standard

Canonical XML dictionaries

The CAM specification is being extended to include canonical XML dictionaries to support Content Assembly using blueprint templates and xslt expander tools. Examples of these include NIEM domain dictionaries and OASIS EDXL and EML dictionaries. For overview of these capabilities see OASIS CAM Blueprints and Dictionaries Quick Guide

Schema models

The CAM template format also supports the generation of structure component models such as UML/XMI and mind maps. This is achieved via a xslt transformation that renders the CAM template structure, rules and documentation components into the XMI or MM model formats.


  • [XSDvCAM] David Webber et al., white paper White Paper on CAM v1.1 and XSD Schema V1.1 Insights OASIS Draft, 2008. Document link CAM white paper.
  • [SchematronvCAM] Rick Jelliffe, August 2009, Comparison of Schematron v CAM O'Reilly Article [2].
  • [Incon] Kateˇrina Opoˇcensk´a, Michal Kopeck´ et al., Incox – A language for XML Integrity Constraints Description White Paper, Aachen, Germany, 2009 [3].

External links

  • OASIS Content Assembly Mechanism Technical Committee
  • Cover Pages: Executive Overview of CAM
  • IBM Developer Works Article on the benefits of CAM
  • SOA Magazine article on CAM
  • Principle resource site for Java jCAM implementation of CAM
  • OASIS wiki resources site for CAM
  • Presentation at XML2008 on NIEM and CAM
  • March 2009 DEVX article "Taking XML Validation to the Next Level: Introducing CAM" by Michael Sorens
  • 3rd party NIEM tools
  • SOA Magazine, July 2007 "The Content Assembly Mechanism (CAM) and SOA Data Service Layers"
  • IBM DeveloperWorks article, May 2010 "XML Validation Framework using OASIS CAM (CAMV)"
  • RuleML 2010, proceedings of, "NIEM Canonical XML Dictionaries and Rule Engine Systems"
This article was sourced from Creative Commons Attribution-ShareAlike License; additional terms may apply. World Heritage Encyclopedia content is assembled from numerous content providers, Open Access Publishing, and in compliance with The Fair Access to Science and Technology Research Act (FASTR), Wikimedia Foundation, Inc., Public Library of Science, The Encyclopedia of Life, Open Book Publishers (OBP), PubMed, U.S. National Library of Medicine, National Center for Biotechnology Information, U.S. National Library of Medicine, National Institutes of Health (NIH), U.S. Department of Health & Human Services, and, which sources content from all federal, state, local, tribal, and territorial government publication portals (.gov, .mil, .edu). Funding for and content contributors is made possible from the U.S. Congress, E-Government Act of 2002.
Crowd sourced content that is contributed to World Heritage Encyclopedia is peer reviewed and edited by our editorial staff to ensure quality scholarly research articles.
By using this site, you agree to the Terms of Use and Privacy Policy. World Heritage Encyclopedia™ is a registered trademark of the World Public Library Association, a non-profit organization.

Copyright © World Library Foundation. All rights reserved. eBooks from Project Gutenberg are sponsored by the World Library Foundation,
a 501c(4) Member's Support Non-Profit Organization, and is NOT affiliated with any governmental agency or department.