當前位置:首頁 » 編程軟體 » jetty反編譯

jetty反編譯

發布時間: 2023-01-26 04:22:52

『壹』 eclipse怎麼設置編譯時不編譯某個類表的文件 jetty的伺服器

1,查看project --> Build Automatically有沒有選中?如果沒有,勾上以後,clean一下,重啟eclipse。
2,查看你的lib裡面有沒有不用的(多餘)jar包,看你的.classpath文件中有沒有錯誤的路徑.
3,這是最重要的一點,有problems視圖中查看有沒有關於本項目的錯誤信息,一般都會有這樣的話:
The project cannot be built until build path errors are resolved
然後下面提示unbound classpath, 一般在.classpath中刪除這些path就可以了

=================================
今天突然發現eclipse不自動編譯文件了。立即網路搜了一下,按照網上所說的也做了,但是仍然不管用。
沒辦法自己在那兒瞎弄,意外發現在項目右鍵菜單的[Properties->java Build Path]中出現如下提示:
Build path entry is missing: /InfoMirrorServer/js
這時才想到自己昨天好像是不小心建錯了文件夾,然後立即把他刪掉了。難道是這個的原因?我猜想eclipse肯定是在那個文件
中記錄了這個信息。於是在項目中顯示所有文件,看到了一個帶星號的未提交文件:.classpath
不用問,多半就是他了。打開一看,在第二行就有這么一句:
源文件是這樣的:

。。。
於是立即將第二行刪除,保存。哈哈,問題解決!
個人猜想eclipse在編譯時讀取該文件,執行第二行時發現js文件夾不存在,因此拋出異常不往下執行了才導致
的無法編譯。
以上是個人遇到的一種無法編譯的情況的解決方法,拿出來跟大家分享。

============================

總結的關於eclipse不編譯類的問題

1. 確保 Project -> Build Automatically 已經被選上.

2. 如果選上了,也不好使, 使用這一招: Project -> Clean..-> 選第2個Clean pjoject selected below, 選中項目, 點擊 "OK"

3.刪除現在的項目,提前設置好編譯文件輸出路徑,重新導入源文件,設置eclipse為保存時編譯,然後在保存的時候就可以自動編譯了

4.如果項目里引了某個不用的jar包,而那個包又被你刪了,就會出現不報錯但怎麼也編譯不出來class文件的情況,可以把所有包都刪除,然後一個一個的再引入(需要的),不要一下子把所有包都引入來,沒用的可能會引起不良後果.

5. 想刪掉某個class文件重新生成,刪除class文件後,但classes目錄下的文件夾被其它程序打開,比如Total Commander。此時編譯也不會通過,在problems下可能會提示「con''t delete classes ……」。關掉其它程序重新編譯即可。

6.還有種情況是remove掉 JRE System Library,重新導入即可編譯。但是什麼原因導致的還不清楚。

7.把build path中所有包都remove掉。然後又add jars,add libraries把需要的加進去,居然又開始編譯了。。。

8.Project -> Properties -> Java Build Path -> Source-> WebRoot/WEB-INF/classes
然後重新點擊build工程即可自動編譯。

9.再就是最重要的要看工程下面是否缺少了work目錄,由於CVS控制時不把work加如版本,所以checkout後沒有這個目錄,要手工加上有的工程就能自動編譯了

『貳』 如何選擇Tomcat和Jetty

概括一下 Tomcat 和 Jetty 兩者最大的區別。大體來說,Tomcat 的核心競爭力是 成熟穩定 ,因為它經過了多年的市場考驗,應用也相當廣泛,對於比較復雜的企業級應用支持得更加全面。也因為如此,Tomcat 在整體結構上比 Jetty 更加復雜,功能擴展方面可能不如 Jetty 那麼方便。

而 Jetty 比較年輕,設計上更加 簡潔小巧 ,配置也比較簡單,功能也支持方便地擴展和裁剪,比如我們可以把 Jetty 的 SessionHandler 去掉,以節省內存資源,因此 Jetty 還可以運行在小型的嵌入式設備中,比如手機和機頂盒。當然,我們也可以自己開發一個 Handler,加入 Handler 鏈中用來擴展 Jetty 的功能。值得一提的是,Hadoop 和 Solr 都嵌入了 Jetty 作為 Web 伺服器。

從設計的角度來看,Tomcat 的架構基於一種多級容器的模式,這些容器組件具有父子關系,所有組件依附於這個骨架,而且這個骨架是不變的,我們在擴展 Tomcat 的功能時也需要基於這個骨架,因此 Tomcat 在設計上相對來說比較復雜。當然 Tomcat 也提供了較好的擴展機制,比如我們可以自定義一個 Valve,但相對來說學習成本還是比較大的。而 Jetty 採用 Handler 責任鏈模式。由於 Handler 之間的關系比較鬆散,Jetty 提供 HandlerCollection 可以幫助開發者方便地構建一個 Handler 鏈,同時也提供了 ScopeHandler 幫助開發者控制 Handler 鏈的訪問順序。

說了一堆理論,你可能覺得還是有點抽象,接下來我們通過一個實例,來壓測一下 Tomcat 和 Jetty,看看在同等流量壓力下,Tomcat 和 Jetty 分別表現如何。需要說明的是,通常我們從吞吐量、延遲和錯誤率這三個方面來比較結果。

首先用 Spring Boot 默認的 Tomcat 作為內嵌式 Web 容器,經過一輪壓測後,將內嵌式的 Web 容器換成 Jetty,再做一輪測試,然後比較結果。為了方便觀察各種指標,在本地開發機器上做這個實驗。

我們會在每個請求的處理過程中休眠 1 秒,適當地模擬 Web 應用的 I/O 等待時間。JMeter 客戶端的線程數為 100,壓測持續 10 分鍾。在 JMeter 中創建一個 Summary Report,在這個頁面上,可以看到各種統計指標。

第一步,壓測 Tomcat。啟動 Spring Boot 程序和 JMeter,持續 10 分鍾,以下是測試結果,結果分為兩部分:

第二步,我們將 Spring Boot 的 Web 容器替換成 Jetty,具體步驟是在 pom.xml 文件中的 spring-boot-starter-web 依賴修改下面這樣:

編譯打包,啟動 Spring Boot,再啟動 JMeter 壓測,以下是測試結果:

下面我們通過一個表格來對比 Tomcat 和 Jetty:

從表格中的數據我們可以看到:

當然由於測試場景的限制,以上數據並不能完全反映 Tomcat 和 Jetty 的真實能力。但是它可以在我們做選型的時候提供一些參考:如果系統的目標是資源消耗盡量少,並且對穩定性要求沒有那麼高,可以選擇輕量級的 Jetty;如果你的系統是比較關鍵的企業級應用,建議還是選擇 Tomcat 比較穩妥。

最後用一句話總結 Tomcat 和 Jetty 的區別:Tomcat 好比是一位工作多年比較成熟的工程師,輕易不會出錯、不會掉鏈子,但是他有自己的想法,不會輕易做出改變。而 Jetty 更像是一位年輕的後起之秀,腦子轉得很快,可塑性也很強,但有時候也會犯一點小錯誤。

『叄』 android使用org.eclipse.jetty.server中的server

這句錯誤提示後面還有很多吧,查看一下,確定一下是否還有別的jar沒引入,也許org.eclipse.jetty.server.jar還有相關的jar包。

『肆』 Maven如何不編譯而直接啟動Jetty中上次編譯好的項目

使用maven jetty 插件,並不會打成war包然後部署到jetty。。。
它是以嵌入式方式運行,jetty 直接監控某個運行目錄,當文件發生變化時,如果新編譯了修改的文件,它會作出相應的載入,這非常適合增量開發。

『伍』 is only available on Java 1.5 and highe

1. eclipse 下載安裝

這個就是最新版本就行,沒啥特殊的,安裝完畢,寫個HelloWorld能跑就行

2. 安裝配置運行jetty

下載最新版本jetty,解壓縮就行

3. 安裝eclipse的jetty插件

eclipse integration plugin,地址如下,各種安裝,eclipse market,配置說明都在這里(最省事的安裝就是從eclipse market頁面直接拖拽install按鈕到eclipse界面)

http://eclipse-jetty.github.io/installation.html

4. 配置jdk

因為要支持jsp,因此需要包含java編譯器的運行時jre,普通的jre是不包含編譯功能的,因此,需要在eclipse->window->preferences->java->installed jre中添加jdk目錄下的jre

5. 新建web項目

這個跟著eclipse的向導走就行了,沒啥特殊的(編譯時的jre,用啥都無所謂)

6. 運行含有jsp的web項目

第一次,需要run configuration

左邊的Jetty Webapp選擇添加

第一個標簽WebApp,按照自己項目的實際目錄填寫就好,默認是按照maven項目目錄規范來的,如果找不到,會報錯,run按鈕無法點擊

第三個標簽Options,Use Jetty at path ,選擇jetty解壓縮目錄就行,插件會自行檢測jetty版本

第五個標簽JRE,這里選擇的是jetty運行時的jre,需要選擇JDK的jre,alternate JRE選擇前面設置的就可以

這些都設置好了之後,應該就可以run了

常見的錯誤

1. no jsp support,用了這個插件,一般不會遇到這個問題,jetty默認啟動不支持jsp,需要配置,用了這個插件在Options標簽可以隨意選擇,這個問題就不是問題了(No JSP support. Check that JSP jars are in lib/jsp and that the JSP option has been specified to start.jar)

2. full jdk required,這個是JRE標簽里的jre/javaw,不是JDK里的,導致運行時出問題,這個可以通過console的輸出和console的標題來檢查(There is an error in invoking javac. A full JDK (not just JRE) is required)

3. ClassNotFound,這個問題有可能是因為缺少依賴的包,還有可能是因為你的Lib里jar太多了,比如混入了tomcat,jetty其它版本的jar,導致jetty初始化某些logger,servlet介面的時候,找的不是當前jetty里的實現,而是那些亂七八糟jar依賴的實現,然後找不到了。根據情況,先把亂七八糟的jar幹掉,然後在一點點添加。

熱點內容
伺服器阿里雲伺服器 發布:2023-02-03 11:39:00 瀏覽:974
小米視頻的緩存在哪裡 發布:2023-02-03 11:36:53 瀏覽:555
2022es雷克薩斯改款買哪個配置 發布:2023-02-03 11:36:52 瀏覽:820
將域名轉為ip地址的伺服器 發布:2023-02-03 11:36:03 瀏覽:396
oracle存儲過程定義對象 發布:2023-02-03 11:31:15 瀏覽:997
即時通的伺服器地址 發布:2023-02-03 11:29:05 瀏覽:30
隱藏文件夾的命令 發布:2023-02-03 11:25:54 瀏覽:794
plsqlsql過程 發布:2023-02-03 11:24:43 瀏覽:306
伺服器里什麼最貴 發布:2023-02-03 11:23:48 瀏覽:183
澄睿自動化設備密碼是多少 發布:2023-02-03 11:18:17 瀏覽:410