在这个基础上做决定前要小心基准:SpringAOP代理的负载在通常使用中是无法觉察到的。
它拥有较低的开销,擅长将连接代理到mongrel这样的后端服务。
还有一个遗留问题是JDK动态代理,由于他们对代理接口的限制因此很少需要集成。
通过拦截过滤器链来代理我们的流程,将使我们能够定义和维护流程的流向。
基本身份验证不受反向代理或Web发布的影响,其运作与防火墙无关。
它是在通过拦截过滤器链时由框架本身来处理的。
默认情况下,代理进程允许使用不受信任的安全证书来创建安全的HTTPS连接。
进程%1:无法作为代理请求的网络服务上下文进行登录。
还包括影响代理和重定向的安装与配置的几项更改。
据推测,将来某一天会允许对SOAP流量使用智能代理和防火墙。
而代理机制无需像BPM这样单独的引擎的,也提供了执行环境。
这里需要注意的重要一点是代理了两个FoursquareAPI。
性能非常高的站点会将操作分开,从而最大限度地利用缓存、代理等技术。
我们可以很容易地通知容器来执行这样的代理,像下面这样。