Introduce explicit behaviour for attempting to mutate ITransportConfiguration
via the descriptor after it's first use
#139
Labels
api approved
API was approved in API review, it can be implemented
enhancement
New feature or request
Today, we generally treat the
ITransportConfiguration
as immutable once passed into theDistributedTransport
constructor. The behaviour of modifying settings after this occurs is undefined. We propose to make the immutability explicit by introducing internal methods to mark the configuration as "locked" after it has been received by theITransport
. After this point, any calls to the descriptor methods will throw an exception, signalling the invalid operation.The text was updated successfully, but these errors were encountered: