CLONE - Response to call for comments: "application packag", "_uri", and "DP example"

    • Type: Bug
    • Resolution: Unresolved
    • Priority: Major
    • None
    • Affects Version/s: None
    • Component/s: SPEC PR2
    • None
    • Hide

      Close no action. The current model expects a uri and therefore the type cannot be widened without a redesign to make it extensible.Need more implementation experience to see if an extensible mechanism would be useful.

      Show
      Close no action. The current model expects a uri and therefore the type cannot be widened without a redesign to make it extensible.Need more implementation experience to see if an extensible mechanism would be useful.
    • Hide

      Close no action

      From 19th March 2014:

      MOTION: m/Gil s/Adrian Close CAMP-166 with no action.
      Discussion: the type of the value of an attribute must not be changed
      Motion carried by UC.

      Show
      Close no action From 19th March 2014: MOTION: m/Gil s/Adrian Close CAMP-166 with no action. Discussion: the type of the value of an attribute must not be changed Motion carried by UC.

      https://lists.oasis-open.org/archives/camp-comment/201403/msg00000.html

      2. Do the property names need "_uri" on the end? By putting that on, you prevent using the same property name in future for an inlined version of the linked resource (if a future spec version allows it, e.g. to allow the reduction of HTTP requests needed to get certain information/resources). A property named "operations" on an assembly resource (as indeed the arrow is labelled in the 2nd diagram in section 2.2.6) would have exactly the same semantics as a property named "operations_uri", when the value is a string containing a URI. The advantage of the former would be the possible widening of the allowed value type in future, as mentioned just now, where the value would be a JSON object rather than a string.

            Assignee:
            Unassigned
            Reporter:
            Martin Chapman (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated: