在理解属性时需要对 "Transport Barrier" 进行澄清
Need clarification on "Transport Barrier" in understanding properties
我已阅读 Mule floe 中的所有 "OUTBOUND" 属性将在穿越 "Transport barrier" 时转换为 "INBOUND" 属性。我不明白这是什么 "Transport barrier mean" 。它是从 Mule 出站连接器调用外部世界吗？或者在 mule 项目本身中调用流程？
消息出站属性转换为入站属性when a message passes from outbound-endpoint of one flow to inbound-endpoint of other flow.
有关更多信息，您可以在此处参考 mulesoft 文档 Mule Message Structure
希望对您有所帮助！
祝你好运！
正如 Vihar 在他的回答中提到的，我只想添加以下内容：-
当消息由出站端点（如 http 或 jms 等）通过传输发送时，消息的出站属性将在下一个流中从出站属性转换为入站属性，只要消息由入站端点接收。
在这种情况下，当您使用 flow-ref 调用子流时，出站属性不会更改，因为它们没有转换为入站属性，因为您没有通过任何传输发送消息，它们将仅作为出境资产保留。
这被称为传输障碍，因为消息属性正在通过传输
改变
A "transport barrier" 是当您的 Mule 消息通过使用传输的端点（例如，HTTP 端点、JMS、TCP、VM 等）时。
Mule中调用流的方式有两种：
- 通过端点。
- 通过 Flow-Ref 组件。
第一种情况使用传输，因此，您的消息将经历整个序列化和反序列化过程。在一天结束时，您仍然会得到相同的有效负载，但它将是不同的 Mule 消息。
在第二种情况下，直接调用流 - Mule 消息按原样发送到被调用的流。
这里要强调的一件重要事情是，流变量在通过传输调用时不会传播到流（因此跨越传输屏障）。当使用 flow-ref 组件调用流时，仍然可以访问流变量，即使 Mule 消息不在定义流变量的同一流中。
可在此处找到有关此主题的更多信息：
http://blogs.mulesoft.org/mule-school-the-mulemessage-property-scopes-and-variables/
我已阅读 Mule floe 中的所有 "OUTBOUND" 属性将在穿越 "Transport barrier" 时转换为 "INBOUND" 属性。我不明白这是什么 "Transport barrier mean" 。它是从 Mule 出站连接器调用外部世界吗？或者在 mule 项目本身中调用流程？
消息出站属性转换为入站属性when a message passes from outbound-endpoint of one flow to inbound-endpoint of other flow.
有关更多信息，您可以在此处参考 mulesoft 文档 Mule Message Structure
希望对您有所帮助！
祝你好运！
正如 Vihar 在他的回答中提到的，我只想添加以下内容：-
当消息由出站端点（如 http 或 jms 等）通过传输发送时，消息的出站属性将在下一个流中从出站属性转换为入站属性，只要消息由入站端点接收。
在这种情况下，当您使用 flow-ref 调用子流时，出站属性不会更改，因为它们没有转换为入站属性，因为您没有通过任何传输发送消息，它们将仅作为出境资产保留。
这被称为传输障碍，因为消息属性正在通过传输
改变A "transport barrier" 是当您的 Mule 消息通过使用传输的端点（例如，HTTP 端点、JMS、TCP、VM 等）时。
Mule中调用流的方式有两种：
- 通过端点。
- 通过 Flow-Ref 组件。
第一种情况使用传输，因此，您的消息将经历整个序列化和反序列化过程。在一天结束时，您仍然会得到相同的有效负载，但它将是不同的 Mule 消息。
在第二种情况下，直接调用流 - Mule 消息按原样发送到被调用的流。
这里要强调的一件重要事情是，流变量在通过传输调用时不会传播到流（因此跨越传输屏障）。当使用 flow-ref 组件调用流时，仍然可以访问流变量，即使 Mule 消息不在定义流变量的同一流中。
可在此处找到有关此主题的更多信息：
http://blogs.mulesoft.org/mule-school-the-mulemessage-property-scopes-and-variables/