Closed BenGardiner closed 5 years ago
There are some problems with executing the changes as-described in the feedback we received
for day log event:
for status fields and new types:
JSON schema doesn't do object inheritance. MSON does but any generated code from the result will require 'casting' to types based on field values. Which ends up looking like the same code with an overloaded type anyways. So there isn't much to be gained by creating a type hierarchy of event logs. Having a single event log type with the superset of all fields in the types should work because there is much shared among the log record types.
At least one of the TSPs participating uses a single overloaded data type -- if we went with an object hierarchy their bridge implementation would have to do the value checking and casting mentioned above. Because the set of fields among the different event log types is very common, it is simpler for a TSP that does implement a hierarchy to cast (-up) to the common type
I propose that we take the alternate approach framed in the previous comment
status
field categories and make new Log Event types out of these