Structure de référentiel pour la génération de packages de serveur de transactions (ts)

Pour configurer les propriétés de génération d'un package de serveur de transactions, build-buildtype-ts.properties, tenez compte des configurations pertinentes suivantes que vous devez remplir. Les valeurs des paires nom-valeur suivantes sont les dossiers de votre espace de travail. Ces propriétés déterminent les ressources à combiner.

  • ejb.module.list=WebSphereCommerceServerExtensionsData
  • java.module.list=WebSphereCommerceServerExtensionsLogic
  • web.module.list=CommerceAccelerator
  • ear.dir.includes=lib/**,properties/**,xml/**
En fonction de ces propriétés, la table suivante illustre ce qui est combiné dans le fichier ZIP de sortie lors de la génération pour le serveur de transactions.
Le processus de génération prend ces dossiers dans l'espace de travail Packages vers ces dossiers dans le fichier ZIP de sortie Description
WC Code/ts-app/ Projet EAR
WC/lib Code/ts-app/lib/
  • Bibliothèques tierces Java
  • Tous les fichiers JAR sous ce chemin d'accès seront copiés vers ts.ear/lib dans l'image Docker du serveur de transactions.
WC/propriétés Code/ts-app/properties/
  • Tous les fichiers de propriétés sous ce chemin d'accès seront copiés vers ts.ear/properties dans l'image Docker du serveur de transactions.
WC/xml Code/ts-app/xml/
  • Tous les fichiers de configuration sous ce chemin d'accès seront copiés vers ts.ear/xml dans l'image Docker du serveur de transactions.
WebSphereCommerceServerExtensionsData Code/ts-app/ejb/WebSphereCommerceServerExtensionsData.jar
  • Projet d'extensions EJB
  • Invoquera des scripts wsadmin pour mettre à jour le modèle EJB de WebSphereCommerceExtensionData.jar
WebSphereCommerceServerExtensionsLogic Code/ts-app/WebSphereCommerceServerExtensionsLogic.jar
  • Fichiers de projet d'extensions Java, src et config.
  • Seront copiés vers le chemin relatif sous ts.ear dans l'image Docker du serveur de transactions.
CommerceAccelerator Code/ts-app/CommerceAccelerator.war
  • Ressources personnalisées pour HCL Commerce Accelerator : seuls les fichiers modifiés doivent être présents.
  • Copiera et remplaceratous les fichiers existants sous le dossier WAR dans l'image Docker du serveur de transactions.
Certs/ts-app
  • Ce dossier n'existe pas dans le package de serveur de transactions HCL Commerce Build par défaut. Le processus de génération et de déploiement est conçu pour prendre en charge l'utilisation du dossier comme interface pour vos extensions.
  • Si vous souhaitez importer vos propres certificats, vous devez implémenter la logique HCL Commerce Build pour créer ce dossier et inclure votre fichier JSON de certificat dans ce dossier dans un package personnalisé. Pour plus d'informations, voir Gestion manuelle des certificats.
DeployScripts/ts-app
  • Semblable au dossier Certs, le dossier DeployScripts n'existe pas dans le package de serveur de transactions HCL Commerce Build par défaut. Le processus de génération et de déploiement est conçu pour prendre en charge l'utilisation du dossier comme point d'extension potentiel pour personnaliser le processus de déploiement.
  • Si vous souhaitez étendre le processus de déploiement par défaut avec votre propre logique de code personnalisée, vous devez implémenter la logique HCL Commerce Build pour créer le dossier et placer vos scripts shell personnalisés dans le dossier. Vos scripts shell personnalisés dans le dossier doivent être nommés applyDeployScripts.sh
  • La logique par défaut pour appliquer les modifications détecte s'il y a des scripts applyDeployScripts.sh dans le dossier. S'ils sont trouvés, les scripts sont exécutés pour traiter l'une de vos logiques de déploiement personnalisées. La logique par défaut pour appliquer les modifications est définie dans le fichier /SETUP/bin/applyCustomization.sh pour référence.