Select your cookie preferences

We use essential cookies and similar tools that are necessary to provide our site and services. We use performance cookies to collect anonymous statistics, so we can understand how customers use our site and make improvements. Essential cookies cannot be deactivated, but you can choose “Customize” or “Decline” to decline performance cookies.

If you agree, AWS and approved third parties will also use cookies to provide useful site features, remember your preferences, and display relevant content, including relevant advertising. To accept or decline all non-essential cookies, choose “Accept” or “Decline.” To make more detailed choices, choose “Customize.”

Set up configuration for AWS Blu Age Runtime

Focus mode
Set up configuration for AWS Blu Age Runtime - AWS Mainframe Modernization

The AWS Blu Age Runtime and the client code are web applications using the Spring Boot framework. It leverages Spring capabilities to supply configuration, with several possible locations and precedence rules. There are also similar precedence rules for supplying many other files, such as groovy scripts, sql, etc.

The AWS Blu Age Runtime also contains additional optional web applications, that can be opted-in if needed.

Application configuration basics

The default way to handle application configuration is through the use of dedicated YAML files to be supplied in the application server's config folder. There are two main YAML configuration files:

  • application-main.yaml

  • application-profile.yaml (where profile value is setup during application generation).

The first file configures the framework, i.e. Gapwalk-application.war, while the second one is for additional options specifically for the client application. This works with the use of spring profiles: the Gapwalk application uses the main profile, while the client application uses the profile profile.

The following example shows a typical main YAML file.

Excerpt of a "main" YAML file.

The following example shows a typical client YAML file.

Client YAML example

For information about the content of the YAML files, see Enable properties for AWS Blu Age Runtime.

Application precedence

For these configuration files, Spring precedence rules apply. Notably:

  • The application-main YAML file appears in the Gapwalk main war file with default values, and the one in the config folder supersedes it.

  • The same should be done for the client application configuration

  • Additional parameters may be passed on the command line at server launch time. They would override the YAML ones.

For more information, see Official Spring Boot documentation.

JNDI for databases

The database configuration might be supplied with JNDI in the context.xml file in Tomcat. Any such configuration would override the YAML one. But pay attention that using this will not allow to wrap your credentials in a secret manager (see below).

The following example shows sample configurations for JICS and BluSam databases.

<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" />
jdbc/jics

Would be jdbc/jics for the JICS database and jdbc/bluesam (pay attention to the 'e') for the blusam database.

url="jdbc:postgresql://XXXX.rds.amazonaws.com:5432/XXXX" username="XXXX" password="XXXX"

The database url, username and password.

Other files (groovy, sql, etc.)

The other files used by the customer project use similar precedence rules as the ones for spring configuration. Examples:

  • Groovy scripts are .groovy files in the scripts folder or subfolders.

  • SQL scripts are .sql files in the sql folder or subfolders.

  • Daemon scripts are .groovy files in the daemons folder or subfolders.

  • Queries Database mapping file are files named queries-database.mapping files in the sql folder subfolders.

  • Jasper templates are .jrxml files in the templates folder or subfolders.

  • Dataset catalogs are .json files in the catalog folder.

  • Lnk files are .json files in the lnk folder.

All these locations can be overridden by way of a system property or a client YAML property.

  • For Groovy scripts: configuration.scripts

  • For SQL scripts: configuration.sql

  • For Daemon scripts: configuration.daemons

  • For Queries Database mapping file: configuration.databaseMapping

  • For Jasper templates: configuration.templates

  • For Dataset catalogs: configuration.catalog

  • For Lnk files: configuration.lnk

If the property is not found, the files will be taken from the default location mentioned above. The lookup will first be done with the tomcat working directory as a root, and lastly in the application war file.

Additional web application

The AWS Blu Age Runtime contains additional web applications in its webapps-extra folder. These applications are not served by default by the tomcat server.

Opting-in to these web applications is modernization project dependent and is done by moving the desired war file from the webapps-extra folder to the webapps folder. After that, the war will be served by the tomcat server at next startup.

Some project-specific additional configuration can also be added in a YAML configuration file for each additional war, as is done in the application-main.yml file and explained above. The additional wars are:

  • gapwalk-utility-pgm.war: contains support for ZOS utility programs and uses application-utility-pgm.yaml as its configuration.

  • gapwalk-cl-command.war: contains support for AS/400 utility programs and uses application-cl-command.yaml as its configuration.

  • gapwalk-hierarchical-support.war: contains IMS/MFS transaction support and uses application-jhdb.yaml as its configuration

PrivacySite termsCookie preferences
© 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved.