Jetty 8 长连接的超时断开连接的机制：超时连接机制针对IO传输过程中的数据阻塞时间超过一定阈值时，断开该连接。阻塞指当前处于数据传输阶段，但是连续指定时间内都没有发出或者接收到任何数据时，Jetty系统断开该连接。强调一下，只有在数据传输过程中才会有超时机制。在服务端处理已经收到的数据时是不会检测该超时时间的。

    在以前的文章中，为解决Jetty的问题，分析过Java NIO基于多路事件分离器的异步IO框架模型。一直都没有系统分析Netty和Jetty的网络模型，这两天将二者的网络框架部分的代码仔细读了一下，整理了二者的网络模型，画出了Netty的模型图.......

    jetty自身的阻塞-唤醒机制被当作jvmbugs来处理，导致数据传输性能受影响，这样的情况也只有在有大量连接和数据传输的时候才会体现出来。

    领导说，我们不能绑定在某个产品，某个框架，某个技术实现上。所以当我们希望使用 jetty 的 continuation 技术的时候，我们必须对它进行一个包装，以保证将来如果需要，我们可以用其它的技术或框架进行替换。

    最近一段时间一直在断断续续地尝试 CAS 单点登录的问题，一般的文章，都是直接使用 Tomcat 或者 Jetty 等 Java 应用服务器直接配置 SSL 并安装 CAS 的，但我不太想让 Java 服务器直接 binding 到 443 端口，因此就想仍然用 Apache 处理 SSL 请求，并转发给 Jetty。在这个过程中，主要尝试了以下个问题：如何生成自签名的证书如何配置 Apache如何配置 Jetty安装、测试 CAS把自己的 CA 证书导入到 Java 的 cacerts 文件中并测试 CAS ...