运行时动态配置WCF-WebHttp发送端口属性及Token调用问题

看起来你已经在BizTalk的消息赋值形状里写了基础的动态端口配置代码，我帮你补全并梳理关键的配置细节，确保能成功调用Traxo的/v2/me GET端点：

完整的消息赋值代码 #

// 赋值OAuth Token（建议后续从安全存储/配置读取，不要硬编码）
Token = "1234TOKEN1234";
// 传递输入消息上下文（如果需要携带其他上下文属性）
Input2 = Input;

// 配置动态端口的核心地址与传输类型
DYNAMIC_OAUTH_PORT(Microsoft.XLANGs.BaseTypes.Address) = "https://api.traxo.com/v2/me";
DYNAMIC_OAUTH_PORT(Microsoft.XLANGs.BaseTypes.TransportType) = "WCF-WebHttp";

// 关键：指定HTTP请求方法为GET（WCF-WebHttp动态端口必须显式设置）
DYNAMIC_OAUTH_PORT(WCF.HttpMethodAndUrl) = "GET";

// 添加OAuth Bearer授权头，这是Traxo API身份验证的核心
DYNAMIC_OAUTH_PORT(WCF.Headers) = "Authorization: Bearer " + Token;

// 可选：设置内容类型，适配REST API的JSON格式要求
DYNAMIC_OAUTH_PORT(WCF.ContentType) = "application/json";

关键配置点说明 #

• 端口基础属性：Address直接指向Traxo的目标API端点，TransportType必须设为WCF-WebHttp，这是BizTalk处理REST请求的专属传输类型。
• HTTP方法指定：WCF.HttpMethodAndUrl是动态调用REST API的重中之重——如果不显式设置为GET，端口默认会用POST方法发送请求，直接导致Traxo API返回405 Method Not Allowed错误。
• 授权头构造：Traxo的API采用OAuth 2.0 Bearer Token验证，所以我们通过WCF.Headers属性手动构造授权头，把Token拼接到Bearer 后面，确保API能识别你的身份。
• 内容类型适配：设置WCF.ContentType为application/json可以让端口以正确的格式发送请求（如果有请求体的话），同时告诉API我们期望接收JSON格式的响应。

额外注意事项 #

• 不要硬编码Token！建议把Token存到BizTalk SSO安全存储或者配置文件里，通过代码读取，既安全又方便后续更新。
• 确保你的DYNAMIC_OAUTH_PORT是动态发送端口，并且在端口类型选择时指定了WCF-WebHttp。
• 如果需要处理API返回的响应，确保Input2消息的架构和Traxo /v2/me端点返回的JSON结构匹配，或者直接使用System.Xml.XmlDocument作为消息类型来接收无架构的JSON响应。

内容的提问来源于stack exchange，提问作者Stephen