Uploaded image for project: 'Puppet'
  1. Puppet
  2. PUP-8597

Modify rich data serialization to use shorter tags instead of __pcore_type__

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Normal
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: PUP 6.0.0
    • Component/s: None
    • Labels:
      None
    • Template:
    • Epic Link:
    • Team:
      Platform Core
    • Sub-team:
    • Sprint:
      Platform Core KANBAN
    • Release Notes:
      Deprecation
    • Release Notes Summary:
      Hide
      The earlier experimental --rich_data format used the tags __pcore_type__ and __pcore_value__, these are now shortened to __ptype and __pvalue respectively. If you are using this experimental feature and have stored serializations you need to change them or write them again with the updated version.
      Show
      The earlier experimental --rich_data format used the tags __pcore_type__ and __pcore_value__, these are now shortened to __ptype and __pvalue respectively. If you are using this experimental feature and have stored serializations you need to change them or write them again with the updated version.
    • QA Risk Assessment:
      Needs Assessment

      Description

      Serialization of rich data in JSON/YAML is currently using the tags:

      __pcore_type__
      __pcore_value__
      

      Those are longer than they need to be for making them unique/non-clashing with normal attributes.

      We should shorten those to:

      __ptype
      __pvalue
      

      When writing, but continue to support the longer tags when reading.

        Attachments

          Activity

            jsd-sla-details-panel

              People

              • Assignee:
                Unassigned
                Reporter:
                henrik.lindberg Henrik Lindberg
              • Votes:
                0 Vote for this issue
                Watchers:
                7 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: