嚴重:StandardServer.await:create[8005]:
嚴重: StandardServer.await: create[8005]:
2011-03-14 17:44:51| 分類: 預設分類 | 標籤:tomcat java 埠 await create |字號 訂閱
org.apache.catalina.core.StandardServer await
嚴重: StandardServer.await: create[8005]:
java.net.BindException: Address already in use
at java.net.PlainSocketImpl.socketBind(Native Method)
at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:365)
at java.net.ServerSocket.bind(ServerSocket.java:319)
at java.net.ServerSocket.<init>(ServerSocket.java:185)
at org.apache.catalina.core.StandardServer.await(StandardServer.java:373)
at org.apache.catalina.startup.Catalina.await(Catalina.java:662)
at org.apache.catalina.startup.Catalina.start(Catalina.java:614)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
org.apache.coyote.http11.Http11Protocol pause
總的意思是埠被佔。
在網上查詢的一些相關說明及解決辦法:
在使用ecplipse和jbuilder裡的Tomcat時,有時候會遇到像下面這樣的問題.嚴重: StandardServer.await: create[8005]:
java.net.BindException: Address already in use: JVM_Bind其實問題比較簡單,1,獨立執行的Tomcat沒有關閉.自安裝的tomcat程式設定開機自動執行,或者在之前執行過,先關
閉ecplipse或jbuilder,在工作管理員中找到Tomcat的程式,將其kill掉,即可.有時候Tomcat非法關閉時,在程式中,仍然存在,仍然佔用8080埠.所以只要將其程式殺掉.就可以解決
.2,安裝了其他的軟體佔用了Tomcat的埠.用可以檢視埠的工具檢視一下,或者,直接改掉tomcat的預設埠.即可.
通過防火牆中的系統狀態檢視,果然javaw 佔用了8080埠。
結束掉該程式後,Tomcat正常啟動。
######
create[8005],明白了,應該是在建立埠時出錯了,java.net.BindException: Address already in use: JVM_Bind
說明這個埠已經在使用了,tomcat當然不能用了,趕緊到安裝目錄/conf/下找到server.xml,找到使用8005埠的語句,把埠號改成不在使用的(8006)。
哈哈,這次服務正常啟動了。
本文轉自左正部落格園部落格,原文連結:http://www.cnblogs.com/soundcode/p/6367956.html,如需轉載請自行聯絡原作者
相關文章
- tomcat錯誤資訊解決方案【嚴重:StandardServer.await:create[8005]】TomcatServerAI
- 計算機史上最嚴重漏洞被公開,風險等級嚴重計算機
- oracle ucm 的嚴重bugOracle
- mysql xtrabackup 遭遇嚴重bugMySql
- win10卡頓嚴重怎麼解決 win10卡頓嚴重的解決方法Win10
- 談談BUG嚴重級別(severity)管理
- 思科IP電話存嚴重RCE漏洞!
- 谷歌稱macOS核心存在“嚴重”漏洞谷歌Mac
- 嚴重 [RMI TCP Connection(3)-127.0.0.1]TCP127.0.0.1
- Rails框架再爆嚴重安全漏洞AI框架
- “百度系”APP存嚴重漏洞?APP
- Laravel 5.2 的一處嚴重效能問題Laravel
- 也談被嚴重高估的安全技術
- 教育行業的IT採購,腐敗嚴重!行業
- 當前系統設計工具嚴重不足
- SRE 實用指南:事件嚴重性級別 - rootly事件
- 系統存在嚴重的latch: undo global data等待
- 103、奉濟驛重送嚴公四韻
- 故障排除-丟包嚴重的抓包解決
- Laravel 中使用 PHP7.2+symfony 版本問題(嚴重)LaravelPHP
- Java的Fastjson庫爆高嚴重性RCE漏洞JavaASTJSON
- Chrome瀏覽器爆高嚴重性安全漏洞Chrome瀏覽器
- Oracle 11g 遇到log file sync嚴重等待事件Oracle事件
- Gitea 釋出 1.0.2 版本,修正幾個嚴重的 bugGit
- 智慧家居泡沫:安全和隱私問題最嚴重
- Linux核心修正5年曆史的嚴重bugLinux
- Web開發者易犯的五大嚴重錯誤Web
- Java無意識自動裝箱嚴重消耗效能Java
- [ZT]智慧ABC一嚴重Bug可使任意程式崩潰
- 比預想嚴重:FireFox現影像處理漏洞Firefox
- 如何解決win10正式版發熱嚴重的問題_win10筆記本發熱嚴重處理方法Win10筆記
- 蘋果iPhone11發熱嚴重訊號差是怎麼回事?iPhone11發熱嚴重訊號差的處理方法蘋果iPhone
- 蘋果iOS 8再曝嚴重漏洞 可導致ios裝置無限重啟蘋果iOS
- win10 1903系統卡頓嚴重如何解決Win10
- 少年黑客發現MacOS鑰匙串中的嚴重BUG黑客Mac
- OpenLiteSpeed Web 伺服器被曝多個嚴重性漏洞Web伺服器
- 嚴重性10分,思科IOS XE零日漏洞正被利用iOS
- 記錄一次非常嚴重的知識侵權