jetty
jetty
Jetty是一個開源的servlet容器,它為基於Java的web容器,例如JSP和servlet提供運行環境。Jetty是使用Java語言編寫的,它的API以一組JAR包的形式發布。開發人員可以將Jetty容器實例化成一個對象,可以迅速為一些獨立運行(stand-alone)的Java應用提供網路和web連接。
易用性是Jetty設計的基本原則,易用性主要體現在以下幾個方面:
通過XML或者API來對Jetty進行配置;默認配置可以滿足大部分的需求;將Jetty嵌入到應用程序當中只需要非常少的代碼;
在使用了Ajax的Web2.0的應用程序中,每個連接需要保持更長的時間,這樣線程和內存的消耗量會急劇的增加。這就使得我們擔心整個程序會因為單個組件陷入瓶頸而影響整個程序的性能。但是有了Jetty:
即使在有大量服務請求的情況下,系統的性能也能保持在一個可以接受的狀態。利用Continuation機制來處理大量的用戶請求以及時間比較長的連接。另外Jetty設計了非常良好的介面,因此在Jetty的某種實現無法滿足用戶的需要時,用戶可以非常方便地對Jetty的某些實現進行修改,使得Jetty適用於特殊的應用程序的需求。
Jetty設計之初就是作為一個優秀的組件來設計的,這也就意味著Jetty可以非常容易的嵌入到應用程序當中而不需要程序為了使用Jetty做修改。從某種程度上,你也可以把Jetty理解為一個嵌入式的Web伺服器。
Jetty可以作為嵌入式伺服器使用,Jetty的運行速度較快,而且是輕量級的,可以在Java中可以從test case中控制其運行。從而可以使自動化測試不再依賴外部環境,順利實現自動化測試。
原文地址:Jetty和Tomcat的選擇:按場景而定
jetty
1)Jetty更輕量級。這是相對Tomcat而言的。
由於Tomcat除了遵循Java Servlet規範之外,自身還擴展了大量JEE特性以滿足企業級應用的需求,所以Tomcat是較重量級的,而且配置較Jetty亦複雜許多。但對於大量普通網際網路應用而言,並不需要用到Tomcat其他高級特性,所以在這種情況下,使用Tomcat是很浪費資源的。這種劣勢放在分散式環境下,更是明顯。換成Jetty,每個應用伺服器省下那幾兆內存,對於大的分散式環境則是節省大量資源。而且,Jetty的輕量級也使其在處理高併發細粒度請求的場景下顯得更快速高效。
2)Jetty更靈活,體現在其可插拔性和可擴展性,更易於開發者對Jetty本身進行二次開發,定製一個適合自身需求的Web Server。
相比之下,重量級的Tomcat原本便支持過多特性,要對其瘦身的成本遠大於豐富Jetty的成本。用自己的理解,即增肥容易減肥難。
3)然而,當支持大規模企業級應用時,Jetty也許便需要擴展,在這場景下Tomcat便是更優的。
總結:Jetty更滿足公有雲的分散式環境的需求,而Tomcat更符合企業級環境。
作為嵌入式伺服器使用代碼實例
Java代碼
需要的jar包:
commons-logging.jar
javax.servlet.jar
org.mortbay.jetty.jar
org.mortbay.jmx.jar
jetty還有對應maven插件
maven pom文件的設置:
然後直接通過mvn jetty:run命令就能直接啟動
-----------------------------------------------------------------------------------------
註:
在maven中,用plugin的方式使用jetty,需要改動maven的setting.xml文件,才可以使用命令mvn jetty:run.
setting.xml中找到標籤,增加:
即可。
2014年02月13日,Jetty9.1.2發布
2014年05月6日,Jetty9.1.5發布
2014年6月6日,Jetty9.2.0發布
2018年8月6日,Jetty9.2.26發布
2018年8月30,Jetty9.4.12發布