Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Assign distinct namespaces to catalog and profile #285

Closed
wendellpiez opened this issue Dec 21, 2018 · 3 comments
Closed

Assign distinct namespaces to catalog and profile #285

wendellpiez opened this issue Dec 21, 2018 · 3 comments
Assignees
Labels
Discussion Needed This issues needs to be reviewed by the OSCAL development team. Scope: Modeling Issues targeted at development of OSCAL formats User Story

Comments

@wendellpiez
Copy link
Contributor

wendellpiez commented Dec 21, 2018

User Story:

As an OSCAL user and tool developer, I can use XML namespaces to distinguish between different formats defined by metaschemas. With PR #277 this is now possible, but the catalog and profile schemas themselves still use the same namespace (the original OSCAL namespace).

Goals:

The catalog and profile layers have distinct namespaces. Demonstration tooling has been adapted to work with the new namespaces, and OSCAL data in the repository uses them correctly.

Dependencies:

  • Accept PR Feature metaschema d2 next #277 or a functional equivalent (so that XML namespace support is available in tooling)
  • Define the respective namespaces for catalog and profile. Such as http://csrc.nist.gov/ns/oscal/catalog/1.0?

Acceptance Criteria

  • We have new XSD for catalog and profile layers, produced via OSCAL Metaschema, with their respective namespaces wired in
  • Extant examples (both actual catalogs and profiles, and samples) validate to the new schemas
  • Tooling has been demonstrated to work with the new examples

NB not all tooling needs to be migrated for this Issue to be acceptable. However, for it to be functional with the new namespaces, we need to address any XSLT and Schematron designed for catalogs and profiles, as serious regression bugs will afflict code that has not been migrated. This includes Schematron for OSCAL declarations, resolution of profiles against catalogs, display XSLT and the rest.

@david-waltermire david-waltermire added this to the OSCAL 1.0 M1 milestone May 8, 2019
@david-waltermire david-waltermire added the Scope: Modeling Issues targeted at development of OSCAL formats label May 9, 2019
@wendellpiez
Copy link
Contributor Author

See #351 on addressing policy questions related to namespaces.

Similar questions apply here. Given agreement on what the namespaces should be (which includes whether they should be the same), expediting this will not be difficult.

FWIW, the Metaschema layer should make maintaining separate namespaces - if that's what we want to do - much easier than it would be without it.

If the current namespace http://csrc.nist.gov/ns/oscal/1.0 is good for both Catalog and Profile layers, this Issue can be closed with no further action.

@david-waltermire david-waltermire added the Discussion Needed This issues needs to be reviewed by the OSCAL development team. label May 15, 2019
@iMichaela
Copy link
Contributor

5/23/2019

This issue needs more discussion.

@david-waltermire
Copy link
Contributor

Discussed this with @wendellpiez and we are going to keep with a single namespace for at least catalog and profile. Closing this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Discussion Needed This issues needs to be reviewed by the OSCAL development team. Scope: Modeling Issues targeted at development of OSCAL formats User Story
Projects
None yet
Development

No branches or pull requests

3 participants