Conventions
Les images suivantes signalent des informations propres à une édition, un modèle commercial, un système de gestion de base de données ou un système d'exploitation spécifique :
|
Applicable uniquement à HCL Commerce Enterprise. |
|
Applicable uniquement à HCL Commerce Developer . HCL Commerce Developerest disponible dans les mêmes éditions que HCL Commerce. Utilisez l'édition de HCL Commerce Developer correspondant à votre édition de HCL Commerce. IBM Knowledge Center se réfère collectivement à ces produits sous le nom HCL Commerce Developer. |
|
Applicable à un magasin de commerce grand public. |
|
Applicable à un magasin de commerce interentreprises. |
|
Spécifique à la base de données Oracle. |
|
Spécifique à DB2 Universal Database (TM). |
|
Spécifique aux programmes s'exécutant sous Linux. |
Variables
- modèle_commercial
- Nom du modèle de gestion que vous utilisez (par exemple, commerce interentreprises ou commerce grand public, sites étendus).
- db_password
- Mot de passe de l'utilisateur de la base de données.
- mot_de_passe_dba
- Mot de passe de l'administrateur de base de données. Utilisez le mot_de_passe_dba si les verrous de la table et de la base de données requièrent des privilèges d'administrateur. Par exemple, si HCL Commerce est configuré en tant que environnement de création, ou si HCL Commerce Developer est configuré pour utiliser une base de données de serveur d'exécution.
- db_schema
- L'ID de l'utilisateur de la base de données (propriétaire du schéma). En règle générale, cette valeur est identique à celle utilisée pour BD dans BD_développement.
- db_user
- Utilisateur de la base de données .
- BD_développement
- Nom de votre base de données de développement HCL Commerce.
- drive
- Lettre représentant l'unité sur laquelle vous avez installé le produit ou le composant considéré (par exemple, C:).
- nom_hôte
- Nom d'hôte qualifié complet de votre serveur HCL Commerce (par exemple, wcserver.mydomain.ibm.com est un nom qualifié complet).
- instance_name
- Nom de l'instance HCL Commerce avec laquelle vous travaillez (par exemple, demo).
- locale
- Langue et code spécifique d'un pays. Par défaut, HCL Commerce prend en charge les environnements locaux suivants :
- de_DE
- Allemand.
- fr_FR
- Anglais (Etats-Unis).
- es_ES
- Espagnol.
- fr_FR
- Français.
- it_IT
- Italien.
- ja_JP
- Japonais.
- ko_KR
- Coréen.
- pl_PL
- Polonais.
- pt_BR
- Portugais (Brésil).
- ru_RU
- Russe.
- ro_RO
- Roumain.
- zh_CN
- Chinois simplifié.
- zh_TW
- Chinois traditionnel.
- Composant_du_centre_de_gestion
- Nom de l'outil ou de la zone du Management Center avec lequel vous désirez travailler. Les valeurs possibles sont catalogue, marketing, promotion, base et interpréteur de commandes.
- rép_magasin
- Nom du répertoire dans lequel résident les ressources propres au magasin, défini dans la colonne DIRECTORY de la table STORE.
- storeId
- ID d'entité magasin défini dans la colonne STORE_ID de la table STORE.
- BD_cible
- Nom de la base de données qui est utilisée par votre Transaction server cible.
- nom_instance_WAS
- Nom de l'instance WebSphere Application Server à laquelle votre instance HCL Commerce est associée.
- rép_widget
- Nom du répertoire dans lequel les ressources de vitrine de widget de niveau site sont incluses, Widgets
Variables de chemin d'accès
- rép_install_Ant
- Répertoire d'installation d'Apache Ant.
- rép_application
- Répertoire vers le fichier EAR (Enterprise Archive) d'exécution.
- HCL Commerce Fichier EAR dans le conteneur Docker du serveur de transactions : /opt/WebSphere/AppServer/profiles/default/installedApps/localhost/ts.ear
- HCL Commerce Utility server Docker container Fichier FEAR dans le : /opt/WebSphere/AppServer/profiles/default/installedApps/localhost/ts.ear
- Personnalisation du fichier EAR dans le conteneur Docker du serveur de personnalisation : /opt/WebSphere/Liberty/usr/servers/default/apps/commerceue-ear.ear
- Recherche du fichier EAR dans le conteneur Docker du serveur de recherche : /opt/WebSphere/Liberty/usr/servers/default/apps/search-ear.ear
- Stockage du fichier EAR dans le conteneur Docker du serveur de magasin : /opt/WebSphere/Liberty/usr/servers/default/apps/crs.ear
- répertoire_certificat
- Ce répertoire est le chemin vers lequel les certificats sont stockés.
- Dans le conteneur Docker du serveur de transactions : /profile/config/cells/localhost/nodes/localhost.Remarque : Pour ajouter vos propres certificats dans une nouvelle image Docker, utilisez un fichier Dockerfile pour créer une nouvelle image. Dans le fichier Dockerfile, utilisez l'instruction COPY pour copier les certificats personnalisés dans le répertoire /SETUP/certs/custom.
- Dans les conteneurs Docker du serveur de recherche, de magasin et de personnalisation : /opt/WebSphere/Liberty/usr/servers/default/resources/security.
Liberty_installdir/usr/servers/serverName/resources/security
- Dans le conteneur Docker du serveur de transactions : /profile/config/cells/localhost/nodes/localhost.
- source_données
- Ce fichier détermine les données d'identification de connexion issues de la base de données.
- Dans le conteneur Docker du serveur de recherche : /opt/WebSphere/Liberty/usr/servers/default/configDropins/overrides/datasources.xml
- Dans le conteneur Docker du serveur de transactions : /opt/WebSphere/AppServer/profiles/default/config/cells/localhost/nodes/localhost/servers/server1/resources.xml
rép_install_DB2
Ce répertoire est le chemin d'installation de la base de données IBM Db2 Advanced Workgroup Server Edition version 11.1. Par exemple,
/opt/ibm/db2/V11.1
C:/IBM/SQLLIB
- scripts_déploiement
- Ce répertoire contient les scripts qui déterminent le démarrage de vos conteneurs et les configurations et variables d'environnement à utiliser. Les scripts de déploiement incluent entrypoint.sh, configure.sh, postConfiguration.sh, updateCerts.sh, applyCustomization.sh et n'importe lequel de vos scripts personnalisés que vous souhaitez ajouter.
- /SETUP/bin
- rép_install_HTTPServer
- Répertoire d'installation de IBM HTTP Server dans le conteneur Docker du serveur Web.
- /opt/WebSphere/HTTPServer
- JNDI
- Le chemin d'accès au fichier jndi.xml.
- JVM
- Chemin vers le fichier jvm.jvm.options qui détermine les arguments JVM à utiliser.
- rép_install_Liberty
- Répertoire d'installation pour WebSphere Application Server V8.5.5 Liberty. Les chemins d'installation par défaut sont les suivants :
WebSphere Application Server V8.5.5 Liberty en cours d'exécution dans des conteneurs : /opt/WebSphere/Liberty
WebSphere Application Server V8.5.5 Liberty dans l'environnement HCL Commerce Developer. C:/WebSphere/Liberty
- rép_journal
- Sur DC/OS :
- WebSphere Application Server: /mnt/mesos
- WebSphere Liberty : /mnt/mesos
rép_install_Oracle
Chemin d'installation de la base de données Oracle. Par exemple, /opt/oracle/app/oracle/product/12.1.0.- rép_install_RAD
- Répertoire d'installation pour Rational Application Developer. Par exemple : C:/IBM/Rational/SDP
- RunEngine_classpath
- Ce répertoire existe dans les conteneurs Docker. Le répertoire contient les classes qui définissent les commandes Run Engine que vous pouvez utiliser pour configurer vos conteneurs Docker.
- /SETUP/lib
- rép_ear_recherche
- Chemin du fichier d'archive d'entreprise de recherche HCL Commerce. Par exemple, /opt/WebSphere/Liberty/usr/servers/default/apps/search-ear.ear. Le répertoire Search_eardir se trouve dans le conteneur Docker de recherche.
- Search_ServerDir
-
Emplacement du répertoire de base du Search server. Il s'agit d'un sous-répertoire de Liberty/usr/servers avec un nom composite composé du préfixe searchServer_ suivi d'un nombre spécifique à l'installation. Par exemple, searchServer_20160617180614.
- search_index
- Emplacement du répertoire qui contient les données d'index de Solr. La valeur doit être un chemin d'accès absolu.
- base_solr
- Emplacement du chemin du répertoire de base Solr qui contient des fichiers de configuration Solr tels que schema.xml et solrconfig.xml. La valeur doit être un chemin d'accès absolu.
- utilities_root
- Ce répertoire est le chemin d'accès de base pour les utilitaires et les fichiers connexes qui sont exécutés dans le Utility server Docker container : /opt/WebSphere/CommerceServer90.
- rép_install_WAS
- Répertoire d'installation pour WebSphere Application Server. Par exemple,
WebSphere Application Server en cours d'exécution dans des conteneurs : /opt/WebSphere/AppServer
WebSphere Application Server dans l'environnement HCL Commerce Developer. C:/WebSphere/AppServer
- rép_EAR_WC
- Chemin pour HCL Commerce Enterprise Archive :
Dans le conteneur Docker du serveur de transactions : /opt/WebSphere/AppServer/profiles/default/installedApps/localhost/ts.ear/
workspace_dir/WC/
- rép_profil_WC
- Ce répertoire est le chemin du profil WebSphere Application Server pour HCL Commerce. Un profil correspond à l'ensemble des fichiers définissant
l'environnement d'exécution. Les chemins de profil par défaut sont les suivants :

WAS_installdir/profiles/default
- rép_install_WCB
- Répertoire d'installation de l'utilitaire de génération HCL Commerce.
WCDE_installdir/wcbd
Dans l'Utility server Docker container : /opt/WebSphere/CommerceServer90/bin
rép_install_WCDE
Répertoire d'installation de l'environnement de HCL Commerce Developer. Le répertoire d'installation par défaut est C:/IBM/WCDE90.
rép_espace_travail
Répertoire de l'espace de travail de HCL Commerce. La valeur par défaut est WCDE_installdir/workspace.