Develop > Presentation layer > Work with JSP pages
Create store pages that can be cached using cachespec.xml
While developing your storefront you also need to determine how to cache the store pages. This topic discusses creating and implementing a caching strategy for the store.
Procedure
- Planning:
- What pages should be cached
- Whether they should be cached as a whole page or as page fragments
- How cached pages will be invalidated
- Create a cache policy file that defines the caching strategy using the cache-entry element. Open cachespec.xml in the WEB-INF for the module you are creating.
- Define the required element class. The class element determines how the WebSphere Application Server will interpret the remaining cache policy definition.
<class>servlet</class>
The value command refers to classes using the WebSphere Commerce programming model. The value servlet refers to servlets or JSP files deployed in the WebSphere Application Server servlet engine. Only command invalidation is supported.
- Define the required element name with fully qualified class name of the servlet or command. For example...
<name>
/ConsumerDirect/ShoppingArea/CatalogSection/CategorySubsection/CachedStoreCatalogDisplay.jsp
</name>
Name values for commands must include the package name. For example:
com.ibm.commerce.dynacache.commands.MemberGroupsCacheCmdImpl
Name values for servlet and JSP files must include the full URI of the JSP file or servlet to be cached. For example:
- com.ibm.commerce.struts.ECActionServlet.class
- /AdvancedB2BDirect/ShoppingArea/CatalogSection/CategorySubsection/CachedStoreCatalogDisplay.jsp
- Define the required element property.
The property element takes the following form:
<property name=key>value</property>
...where key is the name of the property being defined and value is the corresponding value. You can set optional properties on a cacheable object.
For example:
<property name="consume-subfragments">true</property>
- Develop cache-ID rules. Develop these IDs in one of two ways:
- Use the <component> element defined in the cache policy of a cache entry (recommended)
- Write custom Java code to build the ID from input variables and system state
Specify dependency ID rules. Use dependency ID elements to specify additional cache group identifiers that associate multiple cache entries to the same group identifier.
The dependency ID is generated by concatenating the dependency ID base string with the values returned by its component elements.
If a required component returns a null value, then the entire dependency ID does not generate and is not used. You can validate the dependency IDs explicitly through the WebSphere Dynamic Cache API, or use another cache-entry <invalidation> element. Multiple dependency ID rules can exist per cache-entry. All dependency ID rules separately execute.
- Invalidate other cache entries as a side effect of this object execution, if relevant. You can define invalidation rules in exactly the same manner as dependency IDs. However, the IDs that generate by invalidation rules are used to invalidate cache entries that have those same dependency IDs.
The invalidation ID is generated by concatenating the invalidation ID base string with the values returned by its component element. If a required component returns a null value, then the entire invalidation ID is not generated and no invalidation occurs. Multiple invalidation rules can exist per cache-entry. All invalidation rules separately execute.
- If you plan to cache catalog pages in the store, you should add the invalidation policies from the following files into your store:
- WC_INSTALL/samples/dynacache/invalidation/catalog/cachespec.xml
- WC_INSTALL/samples/dynacache/invalidation/membergroup/cachespec.xml
For these member group invalidation rules add additional dependency IDs to the cache entries. See the content of this cachespec.xml file for more details.
- WC_INSTALL/samples/dynacache/invalidation/store/cachespec.xml
Related tasks
Add sample invalidation policies to the store's cachespec.xml file
Create store pages that can be cached using cachespec.xml
Define the invalidation policies in cachespec.xml
Related reference
Related information