Closed kjellmorten closed 1 year ago
The final implementation treats the top level properties only as transporter options, so the only way to pass options to an adapter is through the adapters
object. This is clearer, and passing options to adapters is a relative new concept anyway, so there should be rather few cases where this will actually break anything.
Right now, we only have one
options
object on the service definitions, that is handed to every transporter and adapter. To make it possible to have separate options for the transporter and different adapters, the options will have some dedicated props:transporter
: Options for the transporter onlyadapters
: Options for transporters only, specified by adapter idAll other options on the top level will be provided to everyone, together with the designated options.
For example:
Here, the transporter will get an options object with
accountId
anduri
, while thexml
adapter will getaccountId
andnamespaces
.Transporters also support a separation of
incoming
andoutgoing
options. We don't really change that logic here, but will support it on thetransporter
options too.