Configuration de la mise en cache de fragment JSP basée sur le comportement d'une activité

• workspace_dir/crs-web/WebContent/WEB-INF/

Assurez-vous que les éléments suivants sont spécifiés :

• La propriété do-not-consume est true.
• La propriété do-not-cache est true.
• metadatagenerator est spécifié comme com.ibm.commerce.marketing.cache.EMarketingSpotMetaDataGenerator.

<cache-entry>
	<class>servlet</class>
	<name>/Madisons/Snippets/Marketing/ESpot/ContentAreaESpot.jsp</name>		
	<property name="do-not-consume">true</property>
	<property name="do-not-cache">true</property>
		<property name="save-attributes">false</property>
		<cache-id>
			<component id="emsName" type="parameter">
				<required>false</required>
			</component>
			<component id="DC_storeId" type="attribute">
				<required>false</required>
			</component>
			<component id="DC_lang" type="attribute">
				<required>false</required>
			</component>
			<metadatagenerator>com.ibm.commerce.marketing.cache.EMarketingSpotMetaDataGenerator</metadatagenerator>
		</cache-id>
</cache-entry>

• WCDE_installdir\samples\dynacache\marketing\
  Remarque : Ces informations s'appliquent uniquement aux versions antérieures à HCL Commerce version 9.1.13.0. A partir de HCL Commerce version 9.1.13.0, les règles de cache de la commande marketing sont déplacées vers le fichier cachespec.xml contenu dans le fichier InitializationServlet.war utilisé par le serveur de transactions. Si les règles de cache marketing ont été introduites précédemment à l'aide d'une personnalisation manuelle, elles doivent être supprimées afin que les règles InitializationServlet soient prioritaires.

<!-- NEW: for e-Marketing Spot caching -->
            <component id="getMarketingSpotBehavior" type="method">
               <value>1</value>
            </component>

<%
   /* Get the e-Marketing Spot name from the request parameters, and decode it in case it has been encoded. */
   String emsName = request.getParameter("emsName");
   if (emsName != null) {
   	emsName = java.net.URLDecoder.decode(emsName, "UTF-8");
	  request.setAttribute("emsName", emsName);
   }

	Object DM_marketingSpotBehavior = request.getAttribute("DM_emsBehavior-" + emsName);
  	 if (DM_marketingSpotBehavior != null) 
	{request.setAttribute("DM_marketingSpotBehavior", DM_marketingSpotBehavior.toString());}

<wcf:getData type="com.ibm.commerce.marketing.facade.datatypes.MarketingSpotDataType" var="marketingSpotDatas" expressionBuilder="findByMarketingSpotName">

            <%-- the name of the e-Marketing Spot --%>
            <wcf:param name="DM_EmsName" value="${emsName}" />

<wcf:param name="DM_marketingSpotBehavior" value="${requestScope.DM_marketingSpotBehavior}"/>

</wcf:getData>
</c:otherwise>
</c:choose>

<wcf:eMarketingSpotCache marketingSpotData="${marketingSpotDatas}" contentDependencyName="contentId" catalogEntryDependencyName="productId"  categoryDependencyName="categoryId" />

<!-- E-MARKETING SPOT CACHING BEHAVIOR -->
	  <!--  Setting to specify that the Display Catalog Entry Action should be considered dynamic. This means the 
	        marketing engine should evaluate if the catalog entry can be displayed to each individual customer.
	        For example, you would set this if the catalog entry filter is enabled to remove recommendations
	        in the customer's shopping cart, purchase history, or based on inventory level. 
	        Set the value to 1 if the action behavior is dynamic.
	  -->
  	  <_config:property name="catalogEntryActionBehavior" value="0"/>

	  <!--  Setting to specify that the Display Category Action should be considered dynamic. This means the 
	        marketing engine should evaluate if the category can be displayed to each individual customer.
	        Set the value to 1 if the action behavior is dynamic.
	  -->
  	  <_config:property name="categoryActionBehavior" value="0"/>	

	  <!--  Setting to specify that the Display Content Action should be considered dynamic. This means the 
	        marketing engine should evaluate if the catalog entry can be displayed to each individual customer.
	        For example, you would set this if the content filter is enabled to remove recommendations
	        if the customer is not in a segment associated with a promotion, or is not entitled to the
	        promoted products. 
	        Set the value to 1 if the action behavior is dynamic.
	  -->
  	  <_config:property name="contentActionBehavior" value="0"/>

• Par défaut, si le fichier JSP d'un emplacement e-Marketing inclus dans une page mise en cache par un servlet, le fichier JSP de l'emplacement e-Marketing de type statique est consommé par la page parente. Si vous voulez toujours mettre en cache le fichier JSO d'emplacement e-marketing séparément, définissez un paramètre cacheWithParent sur la valeur false.
• Si un emplacement e-marketing spécifique doit être spécifié en tant que static ou dynamic sans reposer sur la détermination automatique, transmettez le paramètre marketingSpotBehavior lors de l'importation du fragment de code JSP de l'emplacement e-marketing. Spécifiez la valeur 0 pour le comportement statique et la valeur 1 pour le comportement dynamique. Le Responsable marketing peut aussi préciser si le contenu du marketing est statique ou dynamique dans le Centre de gestion. Pour plus d'informations, voir Création d'un contenu marketing à afficher sur des pages de magasin.
• Le délai d'attente défini pour le fragment mis en cache est la date/heure la plus proche des dates de début ou de fin d'une activité planifiée pour l'emplacement e-Marketing après la date/heure en cours. Ce délai n'est défini que si la date/heure est antérieure au délai en cours de la page. Généralement, le délai est défini dans le fichier cachespec.xml, mais il peut aussi être spécifié lors de l'inclusion du fichier JSP de l'emplacement e-marketing.