Content Assembly Mechanism

Content Assembly Mechanism (CAM)[1] is an XML-based standard for creating and managing information exchanges that are interoperable and deterministic descriptions of machine-processable information content flows into and out of XML structures. CAM is a product of the OASIS Content Assembly Technical Committee.

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.[citation needed]

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.

Contents

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 offshoot 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.

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.

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.

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

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.