The information contained in this section applies to IBM WebSphere Commerce Version 7.0.0.9 and Feautre Pack 8. The documentation also applies to all subsequent releases and modifications until otherwise indicated in new editions.
In general, caching improves response time and reduces system load. Caching techniques are used to improve the performance of World Wide Web Internet applications. Most techniques cache static content (content that rarely changes) such as graphic and text files. However, many websites serve dynamic content, containing personalized information or data that changes more frequently. Caching dynamic content requires more sophisticated caching techniques, such as those provided by the WebSphere Application Server dynamic cache, a built-in service for caching and serving dynamic content.
To improve marketing performance, use runtime caching to eliminate processing to and from the database.
Caching e-Marketing Spot JSP snippets can lead to a performance improvement.
Creating a custom implementation of a WebSphere Commerce store requires a significant amount of planning. From gathering client needs, to deploying the live solution, much work is needed to successfully deploy a custom client store. Use the resources in here to help you plan every phase of store creation.
Review this section for information about installing the WebSphere Commerce product, associated maintenance, and WebSphere Commerce enhancements.
Before you migrate WebSphere Commerce, review this information for an overview of the migration process.
In WebSphere Commerce the person who performs administrative tasks is called a Site Administrator. The Site Administrator installs, configures, and maintains WebSphere Commerce and the associated software and hardware. The administrator responds to system warnings, alerts, and errors, and diagnoses and resolves system problems. Typically, this person controls access and authorization (creating and assigning members to the appropriate role), manages the Web site, monitors performance, and manages load balancing tasks. The Site Administrator might be responsible for establishing and maintaining several server configurations for different stages of development such as testing, staging, and production. The Site Administrator also handles critical system backups and resolves performance problems.
Every WebSphere Commerce installation requires at least one instance to function, and each WebSphere Commerce instance can contain one or more stores.
You can administer the features for your store and site, such as attribute, catalog, promotion, marketing, order management features, and more. The administration tasks that you can complete differ depending on the type of feature and the tool that you use to administer your store and site.
WebSphere Commerce provides facilities for logging. For existing customers, ECTrace and ECMessage are still supported. For new implementations, use the WebSphere Application Server recommendation for logging and tracing.
Business auditing is the capturing of the business logic and objects during a WebSphere Commerce operation. You may want to audit your business for various reasons: generic, such as to review various tasks performed weekly; or specific, such as to track the steps involved in a particular Customer Service Representative's order. A report on business auditing is available in the Administration Console.
Each time that a command triggers a business event, a record is added to the BUSEVENT database table to persist data from the event. Event listeners and external systems (such as the Marketing component, a back end order management system, or an external analytics system) can use this data to perform further processing.
The WebSphere Commerce staging server is a part of the production environment where business and technical users can update and manage store data and preview changes. The changes can then be propagated to the production server.
As a site administrator, maintain the WebSphere Commerce database and ensure that any WebSphere Commerce utilities and processes that load and retrieve data from the database is configured to connect to the database properly.
Before you use caching in WebSphere Commerce, ensure that you prepare. If there are major changes to your caching setup, repeat the preparation steps.
An administrator using caching in WebSphere Commerce should be familiar with full page and fragment caching, Edge Side include, and using the dynamic API not to cache.
In order to maintain the relevance of cached data, based on time, user or other variables, the data will have to be invalidated or removed from the cache. Dynacache provides different methods for performing cache invalidation. There are four methods to invalidate the cache.
WebSphere Commerce uses the Java Server Tag Library (JSTL) to create new JSP pages. If <% out.flush(); %> does not surround the <c:import> tag, using dynacache introduces strange behavior. The out.flush statement is required for all <c:import> statements, not just those for fragments. Even if the page is being cached using full-page caching, the out.flush tags are still required to surround the <c:import> tags.
Consider an example of dynamic caching for persistent session: The Remember Me feature is enabled, and a guest customer returned to the store. The Remember Me (persistent session) feature in WebSphere Commerce does not require the first request that is processed by the WebSphere Commerce Server to be skipped by the dynamic caching facility and processed during run time. The only caching requirement is that any request that displays user-oriented data must be processed once by the WebSphere Commerce run time before it displays this data. Since pages that contain data that pertains to a particular user are not typically cached, it is acceptable to delay generating the new guest customer until a non-cacheable operation is requested where a new guest customer is created and then migrated.
If your store is using data defined in another store through a store relationship, you must use the request attributes specified by the cache filter to define the relationships. The cache filter is a servlet filter that defines request attributes from the session and store relationship information that can be used by the WebSphere Application Server dynamic cache. The dynamic cache then uses this information to construct cache IDs and dependency IDs to be used for cache invalidation.
Cacheable commands eliminate much of the processor usage associated with running redundant database queries by storing results from earlier queries in a cache. The marketing services can retrieve data to display in e-Marketing Spots on store pages from the command cache instead of the database. This retrieval improves response time and reduces system load.
The most resource-intensive part of evaluating a marketing rule is processing the query to return the Service Data Object (SDO) business object. The SDO business object for categories, catalog entries, and marketing content displays in an e-Marketing Spot. Command caching stores the results of earlier queries in cache to take advantage of lower retrieval times in comparison to retrieving results from main storage.
A guide to each method used to generate the cache key. Fewer methods in the cache key results in fewer system resources required to cache the commands.
Business object caching eliminates querying of marketing database tables when you are evaluating the marketing rules for a customer. By managing the memory that is allocated to the cache you can fine-tune marketing performance.
You can improve performance by altering the size of the cache that is used to store marketing business objects. You can cache the marketing business objects for a store and cache the information for customers that participate in marketing activities.
The caching technique that is based on activity behavior is provided to aid in the caching of e-Marketing Spots and to help improve storefront performance.
You can improve performance by caching an e-Marketing Spot at the storefront based on the activity behavior, which includes web activities and marketing content.
You can avoid running the e-Marketing Spot snippet for each page load by enabling JSP snippet caching.
If you have a Web activity that uses either the Display Top Browsed action or Display Best Sellers action, you can improve performance with caching. The marketing services update best seller and top browsed lists only once a day. Take advantage of JSP caching so that the list displayed on the storefront is refreshed only once a day, after the list is updated.
JSP cache entries can be associated with one or more categories, catalog entries, and marketing content.
Two options are provided which can improve runtime performance regarding the recording of user behavior data.
You can clear the Web service cache to ensure that the content displayed in an e-Marketing Spot is current and relevant.
WebSphere Commerce search uses fragment caching in the storefront.
If your site uses catalog filters, you can set up command caching for catalog filter to help improve site performance.
To improve store function performance, use runtime caching to eliminate processing to and from the database.
There are two types of JSP components within the Commerce Composer solution. Each can be cached for improved site performance.
To improve SEO performance, use runtime caching to eliminate processing to and from the database.
To improve price rule performance, you can tune your business object caching and set up dynamic cache invalidation for prices generated by price rules.
Enterprise and Professional versions of WebSphere Commerce contain code to use the WebSphere Dynamic Cache facility to perform more caching of database query results. This additional caching code is referred to as the WebSphere Commerce data cache.
The WebSphere Commerce search server code uses the WebSphere Dynamic Cache facility to perform caching of database query results. Similar to the data cache used by the main WebSphere Commerce server, this caching code is referred to as the WebSphere Commerce search server data cache.
WebSphere Commerce provides multiple utilities for preparing and loading data into a WebSphere Commerce database. The loading utilities are flexible and you can continue to use these utilities when you customize the WebSphere Commerce schema.
The extended sites business model provides scalability and manageability improvements for WebSphere Commerce sites where there are multiple stores which can share assets including non-ATP inventory. The sharing of non-ATP inventory reduces the complexity of managing inventory assets for all the stores in the site. All stores in extended sites can share inventory from a single asset store with distributed fulfillment centers.
In extended sites store model, tax assets can be shared between the extended site asset store and the extended site store. You can manage the tax assets in an extended site store in WebSphere Commerce Accelerator.
The topics in this section describe how to publish stores to either a test or production environment, and how to deploy customized code.
WebSphere Commerce provides a listener for WebSphere MQ (formerly MQSeries) for inbound requests and an adapter for WebSphere MQ for outbound requests to allow you to integrate back-end and external systems with WebSphere Commerce using WebSphere MQ.
Today's marketplace includes inbound call centers where Customer Service Representatives (CSRs) manage inquiries from potential customers. The IBM Sales Center for WebSphere Commerce manages stores, customers, organizations, orders, quotes, and payment information. The IBM Sales Center is a rich client interface which is installed on CSRs' systems.
WebSphere Commerce provides integration code and support for WebSphere Portal Server. This integration allows to you aggregate WebSphere Commerce services and other content in a portal interaction environment.
You can integrate WebSphere Commerce with Pinterest through Pinterest Buyable Pins that are available through the Pinterest iOS app. Use the WebSphere Commerce Pinterest Integration Accelerator to help with integration.
You can integrate WebSphere Commerce with an external content management system through a punch-out window from Management Center and through the web feed utility. You can integrate WebSphere Commerce with IBM Web Content Manager to provide Management Center users the ability to associate IBM Web Content Manager content with WebSphere Commerce objects.
Dynamic Pricing 16.4 is a cloud-based pricing system that analyzes real-time market data to provide suggestions on how merchandisers can react to competitor pricing and shifts in market conditions. Data can be fed to Dynamic Pricing from multiple sources, including WebSphere Commerce. You can configure WebSphere Commerce to export pricing data to Dynamic Pricing for pricing analysis and adjustment. The adjusted pricing data can then be imported from Dynamic Pricing to WebSphere Commerce, so the prices can be propagated to your live store front.
If your site is integrated with IBM Enterprise Marketing Management applications, such IBM Digital Analytics, IBM Product Recommendations, or IBM Marketing Center, you can administer the application features that your site uses. For example, you can administer IBM Digital Analytics based customer segments and import recommendations for IBM Product Recommendations.
For a fully functioning WebSphere Commerce search implementation, you must understand and complete the search administration tasks which include deployment, search index management, and ongoing maintenance.
A cloned virtual environment creates a separate copy of the original web server, application server, and database. After you clone a WebSphere Commerce virtual environment, you need to configure the clone to differentiate from the original environment.
Consider deploying a dual cell environment to achieve continuous availability and ensure that shoppers are minimally affected by planned or unplanned outages.
WebSphere Commerce provides many tutorials.
The topics in the Developing section describe tasks performed by an application developer.
The following section describes how you can leverage WebSphere Commerce features and functionality to help your site be compliant with different privacy and security standards.
These topics describe the security features of WebSphere Commerce and how to configure these features.