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.

Rubriques connexes (1275 octets)

Tâches connexes

IBM copyright