-
-
Notifications
You must be signed in to change notification settings - Fork 567
Open
Description
Describe the bug
When calling the Request or RequestFuture methods of RootContext, the default MessageEnvelope sets the Header to nil.
It appears that the Header of RootContext can be assigned externally, but it is not utilized in these methods. Is it necessary to include headers when invoking RootContext's Request or RequestFuture methods?
Current Workaround
I have currently implemented a workaround by explicitly setting the MessageEnvelope's header value externally through the RootContext's senderMiddleware.
Apparent Design Inconsistency
This implementation creates an apparent inconsistency where the RootContext's Header appears to serve no practical purpose in actual communication. Its only defined interface method seems to be:
MessageHeader()(from themessagePartinterface) - which, based on my understanding, is primarily an interface method for consuming header data rather than providing it for communication.
Key Questions
- Does the
RootContext'sHeaderhave any actual role in outbound communication? - If its only purpose is through the
MessageHeader()interface method, is it solely meant for data consumption rather than transmission? - Should the
Request/RequestFuturemethods be modified to incorporate theRootContext'sHeadervalues?
Metadata
Metadata
Assignees
Labels
No labels