为什么需要额外的步骤使用 http.proxyHost apache 骆驼 http 组件

Question

通过使用 http.proxyHost 为 apache 骆驼 http 组件。 它需要以下两个步骤，否则 http.proxy 将无法用于 camel http 组件。

1. 将 -Dhttp.proxyHost 放在 java 命令行

2. 在骆驼 http 查询参数中，将 useSystemProperties 设置为 true

但对于 javax.net.ssl.trustStore，不需要第 2 步。

由于它们（trustStore 或 httpProxy）都是系统属性，可以通过 java 命令行使用。 为什么http.proxyHost需要step2，而javax.net.ssl.trustStore不需要？ 任何人都可以有一些想法吗？

提前致谢！

Answer 1

Apache Camel HTTP组件提供了一种配置 HTTP 代理的每个 URI/端点方式：

from("direct:start")
    .to("http://somehost?proxyAuthHost=www.someproxy.com&proxyAuthPort=80");

添加一种使用上下文全局选项覆盖代理配置的方法：

context.getGlobalOptions().put("http.proxyHost", "someproxy");
context.getGlobalOptions().put("http.proxyPort", "someport");

这允许org.apache.http.client.HttpClient在解析和创建 HTTP 代理时考虑配置优先级：

• 如果系统属性（对于 HTTP 代理）在那里，那些将被解析和加载
• 如果存在 HTTP 代理全局选项，则将解析并使用这些选项而不是系统属性
• 如果已设置端点 HTTP 代理配置，则将解析并使用此配置

如果用户希望通过设置useSystemProperties组件选项，则可以完全跳过所有配置解析步骤以回退使用系统属性中的所有 HTTP(S) 相关属性（在底层org.apache.http.client.HttpClient ）。

总而言之，您可以将 HTTP 相关属性解析过程视为为用户提供一组灵活的配置选项以适应所有用例。