AWS Le service de modernisation du mainframe (expérience de l'environnement d'exécution géré) n'est plus ouvert aux nouveaux clients. Pour des fonctionnalités similaires au service de modernisation AWS du mainframe (expérience de l'environnement d'exécution géré), explorez le service de modernisation AWS du mainframe (expérience autogérée). Les clients existants peuvent continuer à utiliser le service normalement. Pour plus d'informations, consultez la section [Modification de la disponibilité de la modernisation du AWS mainframe](https://docs.aws.amazon.com/m2/latest/userguide/mainframe-modernization-availability-change.html).
Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Structure de AWS Transform pour les applications gérées par mainframe
Si vous utilisez le modèle de refactorisation AWS Transform pour mainframe, le moteur d'exécution AWS Transform for mainframe attend la structure suivante dans le dossier spécifié dans la définition de votre application `app-location` :
![\[Structure attendue dans le dossier application-name.\]](http://docs.aws.amazon.com/fr_fr/m2/latest/userguide/images/ba-app-structure.png)
**config**
Contient les fichiers YAML de votre projet. Il s'agit des fichiers YAML spécifiques à votre application, généralement appelés quelque chose comme ça, `application-planetsdemo.yaml` et non le `application-main.yaml` fichier que AWS Mainframe Modernization fournit et configure automatiquement pour vous.
**applications Web**
Contient les `war` fichiers de votre candidature. Ces fichiers sont le résultat du processus de modernisation.
Une application peut également comporter les dossiers facultatifs suivants :
jics/sql
Contient le `initJics.sql` script qui initialise la base de données JICS pour votre application.
scripts
Contient des scripts d'application, que vous pouvez également fournir directement dans les `war` fichiers.
sql
Contient des fichiers SQL d'application, que vous pouvez également fournir directement dans les `war` fichiers.
lnk
Contient les fichiers LNK de l'application, que vous pouvez également fournir directement dans les `war` fichiers.
supplémentaire
Contient des fichiers jar qui peuvent fournir des fonctionnalités supplémentaires à l'application modernisée.
## Gérer les options Java d'une application
Pour gérer certaines options Java de l'application, ajoutez un fichier de propriétés nommé `tomcat.properties` dans le dossier spécifié par`app-location`. Ce fichier peut avoir trois propriétés : `xms` qui spécifie la consommation de mémoire Java minimale`xmx`, qui spécifie la consommation de mémoire Java maximale et `dnscachettl` qui gère la durée du cache pour les résolutions DNS. Voici un exemple du contenu d'un `tomcat.properties` fichier valide.
```
xms=512M
xmx=1G
dnscachettl=5
```
Les valeurs que vous spécifiez pour les deux premières propriétés peuvent être exprimées dans l'une des unités suivantes :
+ Octets : ne spécifiez pas d'unité.
+ Kilo-octets : ajoutez un K à la valeur.
+ Mégaoctets : ajoutez un M à la valeur.
+ Gigaoctets : ajoutez un G à la valeur.
La valeur de la troisième propriété représente la durée du cache en secondes et peut avoir la valeur -1 (cache permanent) ou comprise entre 0 (jamais de cache) et 999. Dans le contexte des déploiements d'applications gérées, la valeur par défaut est -1.