You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It turns out the same JSON schema and TypeScript types are currently shared between both the gateway's API and IPC layers, so any non-backwards-compatible changes risk breaking existing add-ons too.
I think it's fine for us to change the Thing Descriptions exposed by the gateway at the API layer to follow the W3C specification, but when consuming Thing Descriptions from the IPC layer we should provide backwards compatibility by translating the old format to the new one.
In transitioning the gateway from Mozilla Web Thing Descriptions to W3C Thing Descriptions we should be careful to maintain backwards compatibility where possible.
It turns out the same JSON schema and TypeScript types are currently shared between both the gateway's API and IPC layers, so any non-backwards-compatible changes risk breaking existing add-ons too.
I think it's fine for us to change the Thing Descriptions exposed by the gateway at the API layer to follow the W3C specification, but when consuming Thing Descriptions from the IPC layer we should provide backwards compatibility by translating the old format to the new one.
Some examples of where this may be needed:
links
toforms
in API #2806data
wrapper for event data schema #2810mediaType
totype
forlinks
in API #2808@context
of Thing Descriptions #2809For the first issue, I suggest a follow-up to #2806 which adds back in support for links and translates them into forms where appropriate.
The text was updated successfully, but these errors were encountered: