1. 項目概述為什么今天還要聊 JBossWildFly如果你在某次系統(tǒng)遷移評審會上聽到“老系統(tǒng)跑在 JBoss AS 7 上升級得切到 WildFly”或者在某家金融類企業(yè)的運維文檔里看到“應用部署路徑為/opt/wildfly/standalone/deployments/”又或者在排查一個 Java EE 應用的類加載異常時日志里反復出現(xiàn)org.jboss.modules.ModuleClassLoader—— 那么你正在直面一個被嚴重低估、卻仍在關(guān)鍵生產(chǎn)環(huán)境中沉默運轉(zhuǎn)的基礎(chǔ)設(shè)施JBossWildFly應用服務(wù)器。它不是云原生時代最耀眼的新星也不是 Spring Boot 內(nèi)嵌 Tomcat 那樣輕量易上手的“默認選項”但它卻是過去十五年里支撐大量政企核心業(yè)務(wù)系統(tǒng)如某省社保結(jié)算平臺、某大型能源集團設(shè)備監(jiān)控中臺、某銀行信貸審批后臺穩(wěn)定運行的底層脊梁。WildFly 不是“過時技術(shù)”而是一種經(jīng)過高強度、長周期、多版本演進驗證的 Java EE / Jakarta EE 全棧能力交付載體——它把事務(wù)管理、JNDI 查找、JMS 消息、安全域配置、集群會話復制、模塊化類加載這些企業(yè)級剛需封裝成一套可配置、可擴展、可審計的運行時契約。我從 2012 年開始接觸 JBoss AS 7參與過三個跨年度的遺留系統(tǒng)現(xiàn)代化改造項目其中兩個最終選擇保留 WildFly 作為主運行容器而非全量遷移到 Spring Boot Kubernetes。原因很實在不是不想換而是換不起——那些深度耦合了 JTA 分布式事務(wù)、EJB 遠程調(diào)用、JCA 連接器、以及自定義 Security Realm 的老模塊重寫成本遠高于運維優(yōu)化成本。WildFly 的價值恰恰藏在這種“不聲張但不可替代”的場景里它不追求啟動速度但保證事務(wù)一致性它配置略顯繁復但提供極細粒度的資源隔離與行為控制它文檔風格偏“手冊感”但每個 XML 配置項背后都有明確的規(guī)范依據(jù)和壓測數(shù)據(jù)支撐。這篇文章不講“WildFly 是什么”也不堆砌官網(wǎng)介紹。我要帶你拆開它的外殼看清楚它到底在解決哪一類問題哪些場景下它仍是不可替代的選擇它的配置邏輯如何自洽當問題發(fā)生時你該盯住哪幾行日志、哪幾個指標、哪幾處配置尤其是當你面對一份沒有注釋的standalone.xml、一個報錯信息模糊的ClassNotFoundException、或是一個 CPU 持續(xù) 95% 卻查不到熱點線程的生產(chǎn)實例時這篇內(nèi)容就是你打開 WildFly 黑箱的第一把鑰匙。2. 核心設(shè)計哲學與架構(gòu)選型邏輯2.1 它不是 Tomcat也不是 Spring Boot理解 WildFly 的存在前提很多初學者會困惑“既然 Spring Boot 內(nèi)嵌 Tomcat 能跑 WAR為什么還要單獨裝 WildFly”這個問題本身就暴露了對 Java 企業(yè)級應用分層邏輯的誤讀。我們來做一個生活化類比把一個 Java Web 應用比作一棟住宅樓。Tomcat是“毛坯房基礎(chǔ)水電接口”它提供 Servlet 容器、HTTP 接入、基礎(chǔ)類加載但你得自己拉線、裝開關(guān)、接熱水器——比如事務(wù)要自己配 JTA 實現(xiàn)如 Atomikos消息要自己集成 ActiveMQ 客戶端安全認證要自己寫 Filter 或 Spring Security 配置。Spring Boot是“精裝交付房智能家居中控”它把常見組件數(shù)據(jù)庫連接池、緩存、消息中間件客戶端都預裝好、配好聯(lián)動邏輯你只需填入住需求application.yml就能快速入住。但它默認不提供“整棟樓的消防系統(tǒng)審批資質(zhì)”——即 Jakarta EE 規(guī)范的全棧合規(guī)性認證。WildFly則是“帶全套市政驗收文件的標準化工業(yè)廠房”它內(nèi)置了通過 Jakarta EE TCK 認證的事務(wù)管理器Narayana、JMS 實現(xiàn)ActiveMQ Artemis、安全管理器PicketBox / Elytron、Web 服務(wù)引擎RESTEasy、甚至集群通信協(xié)議JGroups。你部署的 WAR/EAR不是“跑起來就行”而是承諾“按標準執(zhí)行”——比如StatelessEJB 的事務(wù)邊界、Resource注入的數(shù)據(jù)源連接、security-constraint定義的 URL 權(quán)限都會被 WildFly 的運行時嚴格校驗與執(zhí)行。所以 WildFly 的核心定位從來不是“更快更輕”而是“更全更穩(wěn)更可審計”。它的架構(gòu)選型邏輯圍繞三個剛性需求展開規(guī)范契約優(yōu)先必須 100% 兼容 Jakarta EE前身為 Java EE規(guī)范。這意味著它的模塊加載機制、JNDI 命名空間結(jié)構(gòu)、JTA 事務(wù)傳播規(guī)則全部由 JSR 文檔定義而非框架作者的個人偏好。某高校實驗室曾用 WildFly 8 驗證一個分布式事務(wù)論文模型正是因為其 Narayana 實現(xiàn)嚴格遵循 JTS 規(guī)范實驗結(jié)果具備學術(shù)可復現(xiàn)性。運行時可治理性企業(yè)級運維要求“看得清、控得住、改得準”。WildFly 提供 CLI命令行接口、Management ConsoleWeb 控制臺、HTTP Management API 三套統(tǒng)一管理入口所有操作啟停服務(wù)、修改線程池、更新數(shù)據(jù)源、部署應用均生成可審計的操作日志并支持回滾快照。這比手動改server.xmlkill -9的 Tomcat 運維模式高出至少兩個成熟度等級。模塊化隔離能力WildFly 的jboss-modules.jar是其靈魂所在。它拋棄了傳統(tǒng)的雙親委派類加載模型采用“模塊依賴聲明 顯式導出/導入”的方式讓每個部署單元WAR/EAR擁有獨立的類路徑視圖。這直接解決了“Log4j 和 Logback 版本沖突”、“不同應用共用同一份 Jackson 配置導致 JSON 序列化異?！钡冉?jīng)典難題。我曾處理過一個案例兩個業(yè)務(wù)系統(tǒng) A 和 B 同時部署在一臺 WildFly 上A 依賴舊版 Hibernate Validator 5.x使用javax.validation.*包B 使用 Jakarta EE 9 的 Validator 3.xjakarta.validation.*包WildFly 的模塊系統(tǒng)天然隔離二者零沖突。提示W(wǎng)ildFly 的模塊化不是“炫技”而是為了解決真實痛點。當你看到j(luò)ava.lang.ClassNotFoundException: org.jboss.resteasy.spi.ResteasyProviderFactory這類錯誤時第一反應不該是“加依賴”而應檢查jboss-deployment-structure.xml中是否正確聲明了resteasy-jaxrs模塊依賴——這是 WildFly 的“游戲規(guī)則”。2.2 WildFly 與 JBoss AS 的血緣關(guān)系版本演進中的關(guān)鍵斷點很多人混淆 JBoss AS、WildFly、JBoss EAP這里必須厘清JBoss ASApplication Server是 Red Hat 開源社區(qū)版的應用服務(wù)器最后穩(wěn)定版本是AS 7.2.0.Final2013 年發(fā)布。它首次引入模塊化架構(gòu)jboss-modules和統(tǒng)一管理模型Unified Management Model奠定了現(xiàn)代 WildFly 的基礎(chǔ)。WildFly是 JBoss AS 的直接繼承者于 2013 年底以WildFly 8名義重啟開源項目。命名變更標志著架構(gòu)徹底轉(zhuǎn)向 Jakarta EE當時還叫 Java EE最新規(guī)范并擁抱更激進的模塊化與響應式設(shè)計。WildFly 10 是第一個完全支持 Java EE 7 Full Profile 的版本W(wǎng)ildFly 26 是首個全面擁抱 Jakarta EE 9包名從javax.*遷移至jakarta.*的 LTS 版本W(wǎng)ildFly 302024 年發(fā)布已原生支持 Jakarta EE 10 與 MicroProfile 6.0。JBoss EAPEnterprise Application Platform是 Red Hat 提供的商業(yè)支持版基于 WildFly 某個穩(wěn)定分支如 EAP 7.x 基于 WildFly 10/11EAP 8.x 基于 WildFly 26/27增加企業(yè)級特性如 SSO 集成、高級監(jiān)控代理、FIPS 140-2 加密合規(guī)、長期安全補丁。EAP ≠ WildFly 的“付費加強版”而是 WildFly 的“企業(yè)加固發(fā)行版”——它禁用部分實驗性功能強化穩(wěn)定性測試并提供 SLA 保障。為什么這個區(qū)分重要因為你在生產(chǎn)環(huán)境遇到的問題很可能與版本選擇強相關(guān)。例如若你使用 WildFly 23 部署一個依賴javax.xml.bind.JAXBContext的老應用會直接拋NoClassDefFoundError因為 JAXB 在 Java 11 中已被移除而 WildFly 23 默認不包含java.xml.bind模塊需手動添加--add-modulesjava.xml.bind啟動參數(shù)但若你用的是 EAP 7.4基于 WildFly 18Red Hat 已在該發(fā)行版中預置了兼容模塊無需額外配置。注意WildFly 官方只提供最新 3 個主版本的安全更新如當前是 WildFly 30/29/28舊版本漏洞需自行修復或升級。而 EAP 提供長達 10 年的生命周期支持LTS這是企業(yè)選型的關(guān)鍵決策點。2.3 為什么 WildFly 仍活躍于關(guān)鍵系統(tǒng)四個不可替代場景盡管云原生浪潮席卷WildFly 在以下四類場景中依然保持著難以撼動的地位強事務(wù)一致性要求的金融/政務(wù)系統(tǒng)某省級財政支付平臺的核心賬務(wù)模塊需確?！邦A算扣減 支付指令下發(fā) 會計憑證生成”三步操作原子性。它采用 WildFly 內(nèi)置的 Narayana JTA 實現(xiàn)配合 Oracle RAC 數(shù)據(jù)庫的 XA DataSource實測在 2000 TPS 下事務(wù)成功率 99.999%。若換成 Spring Boot Atomikos需自行處理 XA Recovery 日志清理、兩階段提交超時策略、以及與 Oracle RAC 的特定驅(qū)動兼容性問題運維復雜度指數(shù)級上升。遺留 EJB 架構(gòu)的平滑演進某大型制造企業(yè)的 MES 系統(tǒng)核心業(yè)務(wù)邏輯封裝在無狀態(tài)會話 BeanStateless Session Bean中已有 15 年代碼資產(chǎn)。直接重寫為 Spring Cloud 微服務(wù)預估成本超 800 人日。團隊選擇 WildFly 26 Jakarta EE 9 遷移路徑僅將javax.ejb.*替換為jakarta.ejb.*調(diào)整ejb-jar.xml命名空間其余代碼零修改。遷移后性能提升 12%且保留了 EJB 容器提供的自動線程池管理、遠程調(diào)用負載均衡、以及方法級事務(wù)控制能力。高安全合規(guī)性審計場景某金融機構(gòu)的反洗錢AML分析引擎需通過等保三級與 PCI DSS 認證。WildFly 的 Elytron 安全子系統(tǒng)提供 FIPS 140-2 認證的加密算法實現(xiàn)、基于角色的細粒度 Web 資源訪問控制RBAC、以及完整的登錄失敗鎖定與審計日志含 IP、時間、用戶名、操作類型。這些能力在 Spring Security 中需大量定制開發(fā)才能達到同等審計要求?；旌喜渴鸺軜?gòu)中的“粘合劑”角色某電信運營商的 OSS 系統(tǒng)前端為 Vue.js SPA后端由 WildFly承載傳統(tǒng) Java EE 服務(wù)、Node.js實時告警推送、PythonAI 異常檢測三套運行時組成。WildFly 通過其內(nèi)建的 Undertow Web 服務(wù)器直接代理/api/v1/請求到 Java 服務(wù)同時將/ws/路徑轉(zhuǎn)發(fā)給 Node.js WebSocket 服務(wù)。這種“一機多容器”的混合部署模式在 WildFly 的undertow子系統(tǒng)中僅需 5 行 XML 配置即可完成遠比 Nginx 反向代理更輕量、更可控。這些場景共同指向一個事實WildFly 的價值不在于它有多“新”而在于它有多“穩(wěn)”、多“全”、多“可預期”。當業(yè)務(wù)邏輯的復雜度遠超基礎(chǔ)設(shè)施的復雜度時選擇一個經(jīng)過十年以上生產(chǎn)驗證、規(guī)范完備、問題有跡可循的運行時本身就是一種高效的技術(shù)決策。3. 核心配置體系與實操要點解析3.1 目錄結(jié)構(gòu)解剖從bin/到standalone/deployments/的每一寸土地WildFly 的目錄結(jié)構(gòu)設(shè)計極具工程理性理解它是避免“配置迷路”的第一步。以 WildFly 30 為例解剖其核心目錄wildfly-30.0.0.Final/ ├── bin/ # 啟動與管理腳本 │ ├── standalone.sh # Linux 啟動腳本W(wǎng)indows 為 .bat │ ├── jboss-cli.sh # CLI 管理工具入口 │ └── add-user.sh # 創(chuàng)建管理用戶/應用用戶 ├── docs/ # 文檔含 TCK 測試報告、規(guī)范兼容性說明 ├── modules/ # 所有模塊定義jar 包 module.xml 描述文件 │ └── system/ # 系統(tǒng)模塊如 org.jboss.as.server, org.wildfly.extension.undertow ├── standalone/ # 獨立模式Standalone運行時根目錄 │ ├── configuration/ # 核心配置文件 │ │ └── standalone.xml # 主配置文件相當于 Tomcat 的 server.xml │ ├── deployments/ # 應用部署目錄放 WAR/EAR 文件自動熱部署 │ ├── log/ # 日志文件server.log, boot.log │ ├── tmp/ # 臨時工作目錄編譯 JSP、解壓 WAR │ └── data/ # 運行時數(shù)據(jù)H2 數(shù)據(jù)庫文件、緩存數(shù)據(jù) └── welcome-content/ # 默認歡迎頁面可替換為自定義首頁關(guān)鍵要點解析standalone.xml是心臟但不是唯一它定義了整個服務(wù)器的運行時行為線程池、數(shù)據(jù)源、安全域、子系統(tǒng)配置。但 WildFly 支持“配置覆蓋”機制你可以在standalone/configuration/下創(chuàng)建standalone-full.xml啟用全部子系統(tǒng)或standalone-ha.xml啟用高可用集群并通過啟動參數(shù)-c standalone-ha.xml指定。不要試圖在一個standalone.xml里塞滿所有功能而應按環(huán)境職責拆分配置文件。deployments/目錄的“魔法”與陷阱將myapp.war復制到此目錄WildFly 會自動解壓并部署。但注意其背后的“部署標記機制”WildFly 不是簡單監(jiān)聽文件創(chuàng)建而是檢查同名.dodeploy標記文件。正確流程是復制myapp.war到deployments/WildFly 自動創(chuàng)建myapp.war.dodeploy觸發(fā)部署部署成功后重命名為myapp.war.deployed若部署失敗則變?yōu)閙yapp.war.failed并記錄詳細錯誤到server.log實操心得若你發(fā)現(xiàn)應用沒部署先檢查deployments/下是否存在.dodeploy文件若想強制重新部署刪除.deployed文件并重建.dodeploy即可。永遠不要直接在deployments/中編輯 WAR 內(nèi)部文件——它會被下次部署覆蓋。modules/目錄是 WildFly 的“操作系統(tǒng)內(nèi)核”每個模塊如org.hibernate:main是一個獨立目錄包含module.xml聲明依賴與導出包和resources/jar 包。當你需要添加第三方庫如 Oracle JDBC 驅(qū)動絕不能直接丟進lib/WildFly 沒有l(wèi)ib/目錄而應在modules/下創(chuàng)建路徑com/oracle/jdbc/main/放入ojdbc8.jar和module.xml聲明module namecom.oracle.jdbc /和resource-root pathojdbc8.jar/在standalone.xml的datasource中引用driveroracle并在drivers部分聲明driver nameoracle modulecom.oracle.jdbc/這種“顯式模塊聲明”機制是 WildFly 解決類沖突的根本保障。3.2standalone.xml配置精要讀懂 80% 的生產(chǎn)問題standalone.xml是 WildFly 的“憲法”但其 XML 結(jié)構(gòu)龐大默認超 2000 行。我們聚焦最常修改、最易出錯的五個核心區(qū)塊3.2.1management管理接口的“門禁系統(tǒng)”management security-realms security-realm nameManagementRealm authentication local default-user$local skip-group-loadingtrue/ properties pathmgmt-users.properties relative-tojboss.server.config.dir/ /authentication /security-realm /security-realms management-interfaces http-interface security-realmManagementRealm http-upgrade enabledtrue/ socket-binding httpmanagement-http/ /http-interface /management-interfaces /managementmgmt-users.properties是管理用戶憑據(jù)文件add-user.sh腳本會自動在此文件中添加哈希密碼。切勿手動編輯此文件的密碼字段——哈希值需通過腳本生成否則會導致登錄失敗。http-interface綁定的management-httpsocket在socket-binding-group中定義默認端口9990。若需外網(wǎng)訪問必須修改interface namemanagement的inet-address為0.0.0.0默認是127.0.0.1并確保防火墻放行。提示生產(chǎn)環(huán)境嚴禁開啟local認證允許本地 Unix socket 登錄應強制使用properties或 LDAP 認證并定期輪換管理員密碼。3.2.2subsystem xmlnsurn:jboss:domain:undertow:14.0Web 服務(wù)器的“交通管制”subsystem xmlnsurn:jboss:domain:undertow:14.0 buffer-cache namedefault/ server namedefault-server http-listener namedefault socket-bindinghttp redirect-sockethttps enable-http2true/ https-listener namehttps socket-bindinghttps security-realmApplicationRealm enable-http2true/ host namedefault-host aliaslocalhost location name/ handlerwelcome-content/ filter-ref nameserver-header/ /host /server servlet-container namedefault jsp-config/ websockets/ /servlet-container /subsystemhttp-listener的redirect-sockethttps當 HTTP 請求到達時自動 301 重定向到 HTTPS。但注意此重定向發(fā)生在 Undertow 層不經(jīng)過應用代碼因此HttpServletRequest.getScheme()在應用中仍返回http。若應用需感知真實協(xié)議應配置反向代理如 Nginx并設(shè)置X-Forwarded-Proto頭再在 WildFly 中啟用proxy-address-forwardingtrue。servlet-container中的jsp-configWildFly 30 默認禁用 JSP 編譯因 Jakarta EE 10 已移除 JSP 規(guī)范。若必須運行老 JSP 頁面需顯式啟用并注意 JSP 編譯器Eclipse JDT的內(nèi)存限制否則大 JSP 文件會觸發(fā)OutOfMemoryError。3.2.3subsystem xmlnsurn:jboss:domain:datasources:7.0數(shù)據(jù)源的“生命線”subsystem xmlnsurn:jboss:domain:datasources:7.0 datasources datasource jndi-namejava:jboss/datasources/ExampleDS pool-nameExampleDS enabledtrue use-java-contexttrue connection-urljdbc:h2:mem:test;DB_CLOSE_DELAY-1;DB_CLOSE_ON_EXITFALSE/connection-url driverh2/driver security user-namesa/user-name passwordsa/password /security /datasource drivers driver nameh2 modulecom.h2database.h2 xa-datasource-classorg.h2.jdbcx.JdbcDataSource/xa-datasource-class /driver /drivers /datasources /subsystemuse-java-contexttrue是關(guān)鍵它決定 JNDI 名稱是否綁定到j(luò)ava:命名上下文應用內(nèi)可直接Resource(lookupjava:jboss/datasources/ExampleDS)。若設(shè)為false則綁定到全局java:jboss/需用完整 JNDI 名查找極易出錯。xa-datasource-classvsdriver-class對于 Oracle/DB2 等支持 XA 的數(shù)據(jù)庫必須使用xa-datasource-class如oracle.jdbc.xa.client.OracleXADataSource否則無法參與 JTA 分布式事務(wù)。普通driver-class僅支持本地事務(wù)。3.2.4subsystem xmlnsurn:jboss:domain:logging:10.0日志的“黑匣子”subsystem xmlnsurn:jboss:domain:logging:10.0 console-handler nameCONSOLE level nameINFO/ formatter named-formatter nameCOLOR-PATTERN/ /formatter /console-handler periodic-rotating-file-handler nameFILE autoflushtrue formatter named-formatter namePATTERN/ /formatter file relative-tojboss.server.log.dir pathserver.log/ suffix value.yyyy-MM-dd/ append valuetrue/ /periodic-rotating-file-handler root-logger level nameINFO/ handlers handler nameCONSOLE/ handler nameFILE/ /handlers /root-logger /subsystemperiodic-rotating-file-handler的suffix.yyyy-MM-dd表示按天滾動但 WildFly 30 默認使用SizeRotatingFileHandler按大小滾動。若需日期滾動必須顯式指定PeriodicSizeRotatingFileHandler并配置rotate-size和max-backup-index。root-logger的level是總開關(guān)設(shè)為WARN則所有INFO級別日志包括應用log.info()均被屏蔽。調(diào)試時可臨時改為DEBUG但生產(chǎn)環(huán)境嚴禁TRACE級別——它會使日志量暴增 10 倍以上。3.2.5subsystem xmlnsurn:jboss:domain:elytron:15.0安全子系統(tǒng)的“新國標”subsystem xmlnsurn:jboss:domain:elytron:15.0 security-domains security-domain nameApplicationDomain default-realmApplicationRealm permission-mapperdefault-permission-mapper security-realm nameApplicationRealm/ /security-domain /security-domains security-realms identity-realm nameApplicationRealm identitypath/to/application-users.properties/ /security-realms /subsystemElytron 取代了舊版 PicketBoxWildFly 11 默認啟用 Elytron。application-users.properties存儲應用級用戶非管理用戶格式為usernameHEX(sha256(password))。密碼哈希需用elytron-tool.sh生成而非add-user.sh。permission-mapper是權(quán)限映射核心它將用戶角色映射到具體操作權(quán)限。默認default-permission-mapper僅做簡單角色匹配。若需精細控制如“財務(wù)角色只能訪問/api/v1/invoice”需自定義constant-permission-mapper或regex-permission-mapper。注意修改standalone.xml后必須重啟 WildFly 生效CLI 的reload命令也可但部分子系統(tǒng)修改仍需 full restart。切勿在生產(chǎn)環(huán)境隨意 reload可能中斷長連接。3.3 CLI命令行接口比 Web Console 更強大的“手術(shù)刀”WildFly CLIjboss-cli.sh是運維 WildFly 的終極武器。它比 Web Console 更精準、更可腳本化、更少出錯。掌握以下高頻命令效率提升 50%3.3.1 連接與基礎(chǔ)操作# 連接到本地 WildFly默認端口 9990 $ ./jboss-cli.sh --connect # 連接到遠程 WildFly指定 host:port $ ./jboss-cli.sh --connect controller192.168.1.100:9990 # 查看當前節(jié)點狀態(tài) [standalonelocalhost:9990 /] :read-attribute(nameserver-state) { outcome success, result running } # 查看所有已部署應用 [standalonelocalhost:9990 /] /deployment:read-resource3.3.2 數(shù)據(jù)源動態(tài)配置無需重啟# 添加一個 MySQL 數(shù)據(jù)源假設(shè)已安裝 mysql module [standalonelocalhost:9990 /] /subsystemdatasources/jdbc-drivermysql:add(driver-namemysql,driver-module-namecom.mysql,driver-xa-datasource-class-namecom.mysql.cj.jdbc.MysqlXADataSource) # 創(chuàng)建數(shù)據(jù)源 [standalonelocalhost:9990 /]># 查看 undertow 線程池狀態(tài) [standalonelocalhost:9990 /] /subsystemundertow/serverdefault-server/http-listenerdefault:read-resource(include-runtimetrue) # 輸出包含 active-count, max-active, queue-size 等實時指標 # 動態(tài)修改線程池最大線程數(shù)立即生效 [standalonelocalhost:9990 /] /subsystemundertow/serverdefault-server/http-listenerdefault:write-attribute(namemax-connections,value500) # 查看 JVM 啟動參數(shù) [standalonelocalhost:9990 /] :read-attribute(namejava-vm-arguments) # 修改 JVM 堆內(nèi)存需 reload [standalonelocalhost:9990 /] /system-propertyJAVA_OPTS:add(value-Xms2g -Xmx2g -XX:UseG1GC)3.3.4 批量腳本化部署jboss-cli.sh --filedeploy.cli創(chuàng)建deploy.cli文件# 連接控制器 connect localhost:9990 # 部署應用 deploy /path/to/myapp.war --force # 設(shè)置 JVM 參數(shù) /system-propertyJAVA_OPTS:add(value-Dmyapp.envprod) # 重載服務(wù)器 :reload執(zhí)行./jboss-cli.sh --filedeploy.cli提示CLI 腳本是 CI/CD 流水線部署 WildFly 應用的標準方式比手動復制 WAR 更可靠、更可追溯。4. 實操全流程從零部署一個 Jakarta EE 10 應用4.1 環(huán)境準備WildFly 30 JDK 17 Maven步驟 1下載與安裝JDK 17LTShttps://adoptium.net/下載 Temurin 17WildFly 30https://www.wildfly.org/downloads/下載wildfly-30.0.0.Final.zip解壓到/opt/wildfly設(shè)置環(huán)境變量export JAVA_HOME/opt/jdk-17 export WILDFLY_HOME/opt/wildfly步驟 2啟動與驗證# 啟動 WildFly前臺運行便于查看日志 $ $WILDFLY_HOME/bin/standalone.sh -b 0.0.0.0 -bmanagement 0.0.0.0 # 驗證訪問 http://localhost:9990 Management Console # 訪問 http://localhost:8080 Welcome Page注意-b 0.0.0.0綁定所有網(wǎng)卡-bmanagement 0.0.0.0允許遠程管理。生產(chǎn)環(huán)境應限制為內(nèi)網(wǎng) IP。4.2 開發(fā)一個 Jakarta EE 10 REST 服務(wù)我們構(gòu)建一個極簡的BookService演示 WildFly 原生能力pom.xml關(guān)鍵依賴dependencies !-- Jakarta EE 10 API -- dependency groupIdjakarta.platform/groupId artifactIdjakarta.jakartaee-api/artifactId version10.0.0/version scopeprovided/scope /dependency !-- CDI 支持 -- dependency groupIdjakarta.enterprise/groupId artifactIdjakarta.enterprise.cdi-api/artifactId version4.0.1/version scopeprovided/scope /dependency /dependenciesBookResource.javaREST 端點Path(/books) Produces(MediaType.APPLICATION_JSON) Consumes(MediaType.APPLICATION_JSON) public class BookResource { GET public ListBook getAll() { return Arrays.asList( new Book(1L, WildFly Deep Dive, John Doe), new Book(2L, Jakarta EE 10 Cookbook, Jane Smith) ); } POST public Response create(Book book) { // 模擬保存 System.out.println(Creating book: book.getTitle()); return Response.status(CREATED).entity(book).build(); } }Book.javaJAX-RS Entitypublic class Book { private Long id; private String title; private String author; // 構(gòu)造函數(shù)、getter、setter省略 }web.xml可選WildFly 30 默認啟用 Servlet 6.0?xml version1.0 encodingUTF-8? web-app xmlnshttps://jakarta.ee/xml/ns/jakartaee xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance xsi:schemaLocationhttps://jakarta.ee/xml/ns/jakartaee https://jakarta.ee/xml/ns/jakartaee/web-app_6_0.xsd version6.0 display-nameBookService/display-name /web-app構(gòu)建 WARmvn clean package # 生成 target/bookservice.war4.3 部署與驗證五步走通步驟 1檢查 WAR 結(jié)構(gòu)unzip -l target/bookservice.war | head -20 # 確認包含WEB-INF/classes/, WEB-INF/web.xml, META-INF/MANIFEST.MF步驟 2部署到 WildFly# 方法一復制到 deployments/ cp target/bookservice.war $WILDFLY_HOME/standalone/deployments/ # 方法二使用 CLI推薦可獲反饋 $ $WILDFLY_HOME/bin/jboss-cli.sh --connect [standalonelocalhost:9990 /] deploy /path/to/bookservice.war步驟 3驗證部署狀態(tài)查看server.logINFO [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0010: Deployed bookservice.war (runtime-name : bookservice.war)CLI 查詢[standalonelocalhost:9990 /] /deploymentbookservice.war:read-resource {outcome success, result {enabled true, status OK}}步驟 4調(diào)用 REST API# 獲取所有圖書 curl -v http://localhost:8080/bookservice/rest/books # 創(chuàng)建新圖書