我是Lift的新手，想知道它是否开发为只运行Jetty而不是其他Web服务器。任何想法？
我是Lift的新手，想知道它是否开发为只运行Jetty而不是其他Web服务器。任何想法？
在开发时，Lift可以很好地与Jetty配合使用，但是你可以在其他servlet容器上运行它。 Tomcat似乎是一个受欢迎的选择。
从 维基百科：Lift应用程序打包为WAR文件并部署在任何Servlet 2.4引擎上（例如，Tomcat 5.5.xx，Jetty 6.0等）
这是一个解释如何运行的教程 在Glassfish v3上举起
Lift主要部署在Jetty下，因为Jetty是Lift 1.0的延续集成机制支持的唯一容器（我所知道的）。没有支持延续的容器，Lift的Comet支持是未经优化的，每个客户端（字面意思！）将至少拥有一个线程。显然这不会扩大规模。
AFAIK，Lift 2.0已经转向标准的Servlet continuations API，因此它支持更多的容器，但我相信Lift 1.0通常与Jetty耦合用于高性能Comet。
在开发时，Lift可以很好地与Jetty配合使用，但是你可以在其他servlet容器上运行它。 Tomcat似乎是一个受欢迎的选择。
从 维基百科：Lift应用程序打包为WAR文件并部署在任何Servlet 2.4引擎上（例如，Tomcat 5.5.xx，Jetty 6.0等）
这是一个解释如何运行的教程 在Glassfish v3上举起
Lift主要部署在Jetty下，因为Jetty是Lift 1.0的延续集成机制支持的唯一容器（我所知道的）。没有支持延续的容器，Lift的Comet支持是未经优化的，每个客户端（字面意思！）将至少拥有一个线程。显然这不会扩大规模。
AFAIK，Lift 2.0已经转向标准的Servlet continuations API，因此它支持更多的容器，但我相信Lift 1.0通常与Jetty耦合用于高性能Comet。