Extend PIM to allow "leaf" values to be referenced directly
Legacy Issue Number: 19627
Source: RT Logic ( Nathaniel Colson)
The spec currently allows arrays, parameters sets, and arrays of parameter sets. These compound types can make for an API that's difficult to use. Specifically, if you want to modify a single member of a parameter set, you have to read it, deserialize it, modify part of it, re-serialize it, and write it back. This isn't wildly difficult, but I believe it's enough for a customer to complain about usability. This operation is particularly annoying in the case of arrays of parameter sets. Furthermore, the read/modify/write operation isn't atomic, and could result in race conditions that revert a simultaneous change.
I'd like to suggest that we extend the PIM to allow "leaf" values of compound types to be referenced directly. E.g., array elements and parameter set members could be referenced under the ASCII PSM using the following parameter names:
Array element: myArray/3
Set member: myParamSet/memberName
Array of sets: myArrayOfSets/5/memberName
...with a corresponding scheme for the XML PSM. This would require adding the forward slash as a reserved word that should not be used in parameter names, along with "|GEMS" and "|END".
Reported: GEMS 1.3 — Tue, 30 Sep 2014 04:00 GMT
Disposition: Deferred — GEMS 1.5
Defer to GEMS 2.0 RFP
The GEMS 1.5 Revision Task Force met today (June 24, 2020) and we agreed to defer this ticket to the GEMS 2.0 RFP where we can discuss it in the context of an additional PSM, i.e. JSON over REST.
Updated: Wed, 6 Jan 2021 15:10 GMT