在仔細考慮之後，我們決定關閉新客戶對AWS大型主機現代化自我管理體驗的存取權，自 2026 年 6 月 30 日起生效。現有客戶可以繼續照常使用 服務。AWS會繼續投資改善AWS Mainframe Modernization 自我管理體驗的安全性和可用性，但我們不打算推出新功能。如需詳細資訊，請參閱AWS大型主機現代化可用性變更。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

AWS Mainframe Modernization Service （受管執行期環境體驗） 不再向新客戶開放。對於與AWS Mainframe Modernization Service （受管執行期環境體驗） 類似的功能，探索AWS Mainframe Modernization Service （自我管理體驗）。現有客戶可以繼續正常使用該服務。如需詳細資訊，請參閱AWS大型主機現代化可用性變更。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

為大型主機執行期的 AWS 轉換設定組態

大型主機執行期和用戶端程式碼的 AWS 轉換是使用 Spring Boot 架構的 Web 應用程式。它利用 Spring 功能來提供組態，具有數個可能的位置和優先順序規則。提供許多其他檔案也有類似的優先順序規則，例如 groovy 指令碼、sql 等。

大型主機執行期的 AWS 轉換也包含額外的選用 Web 應用程式，可視需要選擇加入。

應用程式組態基本概念

處理應用程式組態的預設方法是使用應用程式伺服器config資料夾中提供的專用 YAML 檔案。有兩個主要 YAML 組態檔案：

第一個檔案會設定架構，即 Gapwalk-application.war，而第二個檔案是專門用於用戶端應用程式的其他選項。這適用於使用彈簧設定檔：Gapwalk 應用程式使用main設定檔，而用戶端應用程式使用profile設定檔。

下列範例顯示典型的主要 YAML 檔案。

下列範例顯示典型的用戶端 YAML 檔案。

如需 YAML 檔案內容的詳細資訊，請參閱 啟用大型主機執行期AWS轉換的屬性。

應用程式優先順序

對於這些組態檔案，適用 Spring 優先順序規則。值得注意的是：

如需詳細資訊，請參閱官方 Spring Boot 文件。

資料庫的 JNDI

在 Tomcat 的 context.xml 檔案中，可能會提供 JNDI 資料庫組態。任何這類組態都會覆寫 YAML 組態。但是請注意，使用此選項將不允許 在秘密管理員中包裝您的登入資料 （請參閱下文）。

下列範例顯示 JICS 和Blusam資料庫的範例組態。

<Resource auth="Container" driverClassName="org.postgresql.Driver" initialSize="0" maxIdle="5" 
   maxOpenPreparedStatements="-1" maxTotal="10" maxWaitMillis="-1" name="jdbc/jics"
   poolPreparedStatements="true" testOnBorrow="false" type="javax.sql.DataSource" 		
   url="jdbc:postgresql://XXXX.rds.amazonaws.com:5432/XXXX" username="XXXX" password="XXXX" /> 

其他檔案 (groovy、sql 等）

客戶專案使用的其他檔案使用與彈簧組態類似的優先順序規則。範例：

所有這些位置都可以透過系統屬性或用戶端 YAML 屬性覆寫。

如果找不到 屬性，則會從上述預設位置取得檔案。查詢會先使用 tomcat 工作目錄做為根目錄，最後在應用程式戰檔案中完成。

其他 Web 應用程式

大型主機執行期的 AWS 轉換在其webapps-extra資料夾中包含其他 Web 應用程式。根據預設，tomcat 伺服器不會提供這些應用程式。

選擇加入這些 Web 應用程式取決於現代化專案，方法是將所需的 war 檔案從 webapps-extra 資料夾移至 webapps 資料夾。之後，該戰會在下一次啟動時由 tomcat 伺服器提供。

某些專案特定的額外組態也可以新增到 YAML 組態檔案中，以供每次額外的戰役使用，如 application-main.yml 檔案中所完成和上述說明。其他大戰包括：