Paramètres de Store Services
Utilisez les paramètres suivants pour modifier le comportement de Store Services. Ces paramètres se trouvent dans le fichier de configuration de WebSphere
Commerce, nom_instance.xml, dans le répertoire suivant :
unité:\WebSphere\CommerceServer\instances\nom_instance\
xml\nom_instance.xml
unité:\Program
Files\WebSphere\CommerceServer\instances
\nom_instance\xml\nom_instance.xml
/usr/WebSphere/CommerceServer/instances/nom_instance/xml/nom_instance.xml

/opt/WebSphere/CommerceServer/instances/nom_instance/xml/nom_instance.xml
/QIBM/UserData/WebCommerce/instances/nom_instance/xml/nom_instance.xml
Utilisez l'onglet de configuration de Store Services figurant dans
le Gestionnaire de configuration pour configurer les paramètres suivants : TempPath, MaxErrors et CommitCount.
<DevTools name="Configure Store Services"
TempPath="unité:\WebSphere\CommerceServer\temp\nom_instance\tools\devtools"
CommitCount="17000"
ConnectionPoolSize="50"
IDResolverMode="mixed"
IDResolverCustomizerFile=="myIDResolverCustomizerFile"
LoaderMode="sqlimport"
LoaderCustomizerFile="myLoaderCustomizerFile"
MaxErrors="1"
SampleSarPath
= "drive:\WebSphere\CommerceServer\samplestores"
SarPath="unité:\WebSphere\CommerceServer\instances\nom_instance\sar"
StoresDocRoot="unité:\WebSphere\AppServer\installedApps\
WC_Enterprise_App_nom_instance.ear"
StoresWebPath="wcstores.war"
StoresPropertiesPath="wcstores.war\WEB-INF\classes"
WebAppPath="\webapp\wcs\stores"
DeleteMasterXML ="true"
DeleteResolvedMasterXML ="true"
MaxErrorsInSarXML ="1"
</DevTools>
- DevTools Name
- Nom de l'onglet de configuration de Store Services dans le Gestionnaire de configuration.
Ne modifiez pas ce nom.
- TempPath
- Il s'agit du répertoire que Store Services utilise pour copier les fichiers temporaires au cours de la publication. Ce répertoire est automatiquement éliminé une fois la publication terminée. Le répertoire par défaut est :
unité:\WebSphere\CommerceServer\temp\nom_instance\tools\devtools
unité:\Program
Files\WebSphere\CommerceServer\temp\
nom_instance\tools\devtools
/usr/WebSphere/CommerceServer/temp/nom_instance/tools/devtools

/opt/WebSphere/CommerceServer/temp/nom_instance/tools/devtools
/QIBM/UserData/WebCommerce/instances/nom_instance/temp/tools/devtools
- CommitCount
- Ce nombre est utilisé lors de la publication. La base de données est validée après chaque comptage d'enregistrements chargés. En cas d'erreur dans les données, la base de données revient au dernier point de validation. Modifiez ce nombre en fonction de la quantité de données à charger ; le nombre de validations doit avoir pour valeur un nombre supérieur au nombre de lignes dans l'archivage. Il vous faudra peut-être augmenter également la taille du journal DB2 après avoir augmenté le nombre de validations.
- ConnectionPoolSize
- Taille du groupe de connexions JDBC.
- IDResolverMode
- Le mode de résolution d'ID est la méthode utilisée dans le traitement des entrées de l'utilitaire de résolution d'ID (ID Resolver) ; plus précisément, selon qu'il faut traiter les données comme si des identificateurs existaient dans les données d'origine (mode mise à jour) ou non (mode chargement). Combinez les deux modes lorsque certains identificateurs existent et d'autres non. Le mode combiné est recommandé pour Store Services.
- IDResolverCustomizerFile
- Permet d'indiquer un fichier de personnalisation à utiliser avec l'ID Resolver. Si vous n'en indiquez aucun, le code de publication utilisera l'un des fichiers de personnalisation par défaut, DBConnectionCustomizer ou OracleConnectionCustomizer. MassLoadCustomizer est utilisé avec le module Loader.
Le paramètre IDResolverCustomizerFile est obligatoire. La valeur par défaut est ISeries_RESWCSID_Customizer.
- LoaderMode
- Il existe six modes pour le module Loader : importation SQL, importation native, chargement, ignorer (publication uniquement), cadelete et suppression. Importation SQL, importation native et chargement sont traités ici.
Pour plus de détails sur ces méthodes et sur cadelete et suppression, consultez l'instruction Load.
- Importation SQL : ce mode utilise Java Database Connectivity (JDBC) pour insérer et
mettre à jour les données; ce mode est à la fois le plus souple et le plus lent
pour l'importation de grandes quantités de données dans un petit nombre de tables. Il permet
les mises à jour au niveau des cellules. Nous vous recommandons d'utiliser l'importation
SQL.



Importation native : ce mode utilise des fonctions d'importation native DB2 et permet des mises à jour au niveau des cellules avec une rapidité et une flexibilité moyennes.
Mode natif : ce mode utilise l'instruction CPYFRMIMPF.



Chargement : ce mode utilise les utilitaires natifs du SBDB relationnel (DB2 Load ou SQLLoad)
et constitue le moyen le plus rapide pour charger de grandes quantités de données dans un petit nombre
de tables. Si vous publiez des données sur un serveur de transfert, vous ne pouvez pas utiliser le mode chargement.
Mode de chargement : ce mode utilise l'instruction CPYFRMIMPF et constitue le moyen le plus rapide pour charger de grandes quantités de données dans un petit nombre de tables.
Pour de plus amples informations, reportez-vous à la section Module Loader.
Ignorer : si vous sélectionnez ce mode, la fonction de publication ne charge pas de données et n'appelle pas la publication de l'ensemble de produits, les importations de contrat et de compte ni la configuration des paiements.
- LoaderCustomizerFile
- Permet d'indiquer un fichier de personnalisation à utiliser avec le module Loader.
Si vous n'en indiquez aucun, le code de publication utilisera le fichier de personnalisation par défaut, MassLoadCustomizer.
Le paramètre LoaderCustomizerFile
est obligatoire. La valeur par défaut est ISeries_LODWCSDTA_Customizer.
- MaxErrors
- Il s'agit du nombre maximal d'erreurs que le processus de publication tolère au cours du chargement des données de magasin. Si ce nombre est dépassé, la publication s'interrompt et s'annule.
La valeur par défaut est 1.
- SampleSarPath
- Emplacement des archivages de modèle de magasin qui s'affichent dans la liste déroulante Exemples de la page de création de Store Services. Il s'agit d'un chemin absolu.
- SarPath
- Emplacement des archivages de magasin créés par Store Services. Le chemin par défaut est :
unité:\WebSphere\CommerceServer\instances\nom_instance\sar
unité:\Program
Files\WebSphere\CommerceServer\instances\nom_instance\sar
/usr/WebSphere/CommerceServer/instances/nom_instance/sar

/opt/WebSphere/CommerceServer/instances/nom_instance/sar
/QIBM/UserData/WebCommerce/instances/nom_instance/sar
- StoresDocRoot
- Emplacement des actifs du magasin sur WebSphere Commerce Server. Il s'agit d'un chemin absolu.
- StoresWebPath
- Emplacement des actifs Web du magasin. Le paramètre StoreWebPath est relatif à StoresDocRoot. Par exemple, si
StoresDocRoot correspond à unité:/WebSphere/AppServer/installedApps/
WC_Enterprise_App_nom_instance.ear, StoresWebPath correspond à unité:/WebSphere/AppServer/installedApps/WC_Enterprise_App_nom_instance.ear/
wcstores.war
- StoresPropertiesPath
- Emplacement des actifs de texte du magasin (contenus dans un groupe de ressources de propriétés). Le paramètre StorePropertiesPath est relatif à StoresDocRoot. Par exemple, si StoresDocRoot correspond à unité:/WebSphere/AppServer/installedApps/WC_Enterprise_App_nom_instance.ear
StoresPropertiesPath correspond à unité:/WebSphere/AppServer/installedApps/WC_Enterprise_App_nom_instance.ear/
wcstores.war/WEB-INF/classes
- WebAppPath
- WebAppPath fait partie de l'URL du magasin. Par exemple, si l'URL du magasin est :
http://nom_hôte/webapp/wcs/stores/MonMagasin/index.jsp
- /webapp/wcs/stores
est la valeur de WebAppPath.
- DeleteMasterXML
- Le processus de publication de Store Services se déroule en deux étapes : la première, lorsque tous les fichiers qui peuvent
être chargés par le module Loader sont publiés, la seconde, lorsque tous les autres fichiers sont publiés par les
instructions. Le paramètre DeleteMasterXML s'applique uniquement à la première étape.
Le fichier temporaire nom_magasinmaster.xml est créé durant la phase de chargement de la
publication du magasin avant l'exécution de l'utilitaire de résolution d'ID. Si vous sélectionnez DeleteMasterXML =
True, ce fichier temporaire est supprimé uniquement si cette étape de la publication aboutit. Si vous sélectionnez True et que la publication échoue à la première étape, le fichier est conservé pour être débogué.
Si vous sélectionnez False, le fichier est conservé, que la publication réussisse ou non.
Remarque : si vous sélectionnez True et que la première étape réussit mais que la seconde échoue, le fichier est automatiquement supprimé.
- DeleteResolvedMasterXML
- Le processus de publication de Store Services se déroule en deux étapes : la première, lorsque tous les fichiers qui peuvent
être chargés par le module Loader sont publiés, la seconde, lorsque tous les autres fichiers sont publiés par les
instructions. Le paramètre DeleteResolvedMasterXML s'applique uniquement à la première étape.
Le fichier temporaire nom_magasin_horodatagemaster.xml est créé durant la première étape de la publication du magasin après l'exécution de l'utilitaire de résolution d'ID. Si vous sélectionnez
DeleteResolvedMasterXML = True, ce fichier temporaire est supprimé uniquement si cette première étape de la publication
aboutit. Si vous sélectionnez True et que la publication échoue lors de la première étape, le fichier est conservé
pour être débogué.
Remarque : si vous sélectionnez True et que la première étape réussit mais que la seconde
échoue, le fichier est automatiquement supprimé.
- MaxErrorsInSarXML
- Si l'archive de magasin publiée contient du code XML incorrect, les messages d'erreur correspondants s'affichent dans la page Récapitulatif de la publication de Store Services. Le paramètre MaxErrorsInSarXML détermine le nombre maximal d'erreurs pouvant être affichées dans la page Récapitulatif de la publication.