isaacvetter
commented
5 years ago Hey @thorstenconrad ,
Apologies for the delayed, delayed response to this.
In WebSub, a subscriber following redirects particularly makes sense because the subscriber doesn't particularly care which hub it's getting updates from.
In FHIRcast, the subscriber is presenting a bearer token to the Hub. The subscriber is responsible for protecting its bearer token and it should not share it with any third-party.
Further, the subscriber was explicitly told which endpoint (hub.topic url) at which to initiate a subscription. Note that this is the case both in WebSub and FHIRcast. WebSub includes support for redirects, not to solve the "trailing slash" problem, but rather to federate Hubs.
Why shouldn't the subscriber always expect the hub.topic url that it receives in the SMART app launch to always be correct (including the appropriate presence or absence of a trailing slash as required)?
Isaac
There is always a "trailing slash" problem with application servers which redirects a client to the correct endpoint. There is nothing mentioned about how the client should behave in this case.
The WebSub specs says the subscriber should follow redirects.