WebSphere Commerce utilise des services de règles pour communiquer avec le serveur de règles Advisor. Un service de règles agit comme une interface afin de faciliter la communication entre les deux applications. Le service de règles constitue également un moyen pratique de mettre à jour la partie de votre site reposant sur des règles sans devoir pour autant totalement arrêter WebSphere Commerce.
Un service de règles existe dans une relation biunivoque avec une campagne. Chaque campagne publiée à l'aide de WebSphere Commerce Accelerator doit disposer d'un service de règles équivalent. Cette conception est un gage de flexibilité, car chaque service marketing, et donc chaque campagne, peut être lancé, interrompu ou régénéré indépendamment des autres services.
Chaque fois qu'un profil client, une campagne ou un service de règles est mis à jour à l'aide de WebSphere Commerce Accelerator, il est indispensable de transférer les fichiers vers l'emplacement approprié du serveur de production, puis de régénérer les services de règles.
Chaque clone d'application, ou Java Virtual Machine possède une instance locale du serveur de règles. Même si la nécessité de communiquer dans les limites du clone d'application est faible, il existe un cas où cela est nécessaire : la mise à jour de l'état d'un service de règles. Afin de recevoir un rapport d'état de chaque clone d'application, le système utilise un Planificateur pour diffuser une demande de mise à jour de l'état d'un service de règles. Les résultats sont collectés et affichés lorsque l'utilisateur appuie sur le bouton "Afficher l'état".
![]() |