Home
User Guide
The information contained in this section applies to WebSphere Commerce Version 8. The documentation also applies to all subsequent releases and modifications until otherwise indicated in a newer section.WebSphere Commerce is a single, unified e-commerce platform that offers the ability to do business directly with consumers (B2C), directly with businesses (B2B), and indirectly through channel partners (indirect business models). WebSphere Commerce is designed to be a customizable, scalable, and high availability solution that is built to leverage open standards. It provides easy-to-use tools for business users to centrally manage a cross-channel strategy. Business users can create and manage precision marketing campaigns, promotions, catalog, and merchandising across all sales channels.
Performance
Methodology
Like site security, a proper approach to site performance requires planning, execution, testing, monitoring, and maintenance. The following collections of topics describe each phase of this process, and contain the recommended considerations, and best practices for getting the most out of your WebSphere Commerce deployment.
Tuning
A WebSphere Commerce deployment is made up of many individual parts that work together to provide the e-commerce experience. By default, each part is configured to provide a base level of performance. However, individual changes can be made to potentially gain extra performance. The following collection of topics provides details on how to make these performance changes to the individual components of your site.
Marketing performance tuning
The Management Center Marketing tool provides business users with many features to help enhance site and store marketing activities. Planning is required to use the various caching techniques available to achieve and maintain your optimal site performance.
Web activities performance
For Web activities, WebSphere Commerce attempts to store the information that is required for your activities in memory or in a cache. This information is then used to determine what to display in e-Marketing Spots. This marketing design reduces the complexity and invalidation that is required when JSP caching an e-Marketing Spot.

User Guide
The information contained in this section applies to WebSphere Commerce Version 8. The documentation also applies to all subsequent releases and modifications until otherwise indicated in a newer section.WebSphere Commerce is a single, unified e-commerce platform that offers the ability to do business directly with consumers (B2C), directly with businesses (B2B), and indirectly through channel partners (indirect business models). WebSphere Commerce is designed to be a customizable, scalable, and high availability solution that is built to leverage open standards. It provides easy-to-use tools for business users to centrally manage a cross-channel strategy. Business users can create and manage precision marketing campaigns, promotions, catalog, and merchandising across all sales channels.
- Planning
  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.
- Installing
  Review the following sections for information about installing the WebSphere Commerce product, associated maintenance, and WebSphere Commerce enhancements.
- Migrating
  Before you migrate to WebSphere Commerce Version 8.0, review this information to help plan and execute your migration.
- Deploying
  The topics in this section describe how to publish stores to either a test or production environment, and how to deploy customized code.
- Operating
- Integrating
  Topics in the Integrating category highlight the tasks that are commonly performed for using WebSphere Commerce in combination with other products.
- Administering
- Tutorials
  WebSphere Commerce provides many tutorials to help you customize and understand your WebSphere Commerce instance and stores.
- Samples
- Developing
  The topics in the Developing section describe tasks performed by an application developer.
- Compliance
  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.
- Securing
  These topics describe the security features of WebSphere Commerce and how to configure these features.
- Performance
  - Performance enhancements
    Learn about the new features and functions that are offered by WebSphere Commerce Version 8 to improve your site performance.
  - Methodology
    Like site security, a proper approach to site performance requires planning, execution, testing, monitoring, and maintenance. The following collections of topics describe each phase of this process, and contain the recommended considerations, and best practices for getting the most out of your WebSphere Commerce deployment.
    - Design phase
      During the design phase of your project, it is important to consider performance priorities. It is important to design a solution that has a good balance of features and performance consideration, build a performance test environment, and begin to deploy tools that are required to support your performance strategy. It is also important to identify architecture limitations that might change a non-functional requirement.
    - Development phase
      During the development phase, it is important to measure the response time of business critical steps in the development environment.
    - Testing phase
      During the testing phase, it is important to start with simple, common test cases and gradually go to more complex scenarios and environment configurations. Other priorities include measuring the performance of the application as load scales up to projected peak and identifying and resolving the root causes of resource constraints and application bottlenecks.
    - Maintenance phase
      Post-launch, during the maintenance phase, instrument and monitor performance indicators in the production environment to enable the team to proactively identify and address potential issues before users are affected. Priorities also include fostering communication between marketing, performance, and operation teams to be better prepared for promotional events. And using the data that is captured from production to optimize planning for future marketing and promotional activities.
    - Operating system considerations
      Make sure that your system meets the minimum operating system requirements. In a production environment with numerous concurrent users, multiple processors help increase performance. In addition to using faster processors to speed up most operations, there are other areas to consider when you want to improve operating system performance.
    - Web server considerations
      Even though the web server is a mature technology, it can still be tuned to get better performance, especially on large websites. This section covers the common performance considerations for all the web servers, and is operating system independent.
    - WebSphere Application Server considerations
      WebSphere Commerce Server is ultimately another Java 2 application that runs on top of WebSphere Application Server. As a result, WebSphere Application Server acts as the operating system for WebSphere Commerce. Having the WebSphere Application Server properly optimized improves the performance of WebSphere Commerce.
    - Tuning
      A WebSphere Commerce deployment is made up of many individual parts that work together to provide the e-commerce experience. By default, each part is configured to provide a base level of performance. However, individual changes can be made to potentially gain extra performance. The following collection of topics provides details on how to make these performance changes to the individual components of your site.
      - WebSphere Commerce performance tuning
        WebSphere Commerce by itself does not have too many performance tuning knobs. Consider WebSphere Commerce to be a Java EE application that consists of business logic and relies on WebSphere Application Server to provide the core function to make WebSphere Commerce perform well.
      - Tuning best practices
        Use these tips and best practices to help you successfully work with Workspaces and WebSphere Commerce Search, deploy WebSphere Commerce, and develop reusable and easily maintainable JSP pages within the WebSphere Commerce store development framework.
      - WebSphere Commerce default tunables
        WebSphere Commerce Version 8 has two instance profiles, Test and Production. Each profile contains its own tunable values for the WebSphere Commerce and WebSphere Commerce Search Java virtual machines (JVM) and WebSphere Application Server caches. These values are in place to provide a standard base level of performance from which to operate, or tweak for improvements to individual configurations.
      - Search performance tuning
        There are several search performance tuning hints and tips to consider when administering WebSphere Commerce Search.
      - Database performance tuning
        The database is usually one of the potential areas for bottlenecks that makes WebSphere Commerce unable to scale and perform well. It is therefore crucial that the database is tuned appropriately for your implementation.
      - JVM performance tuning
        For improved performance, JVM settings require careful tuning. Tune your JVM settings to avoid experiencing memory allocation errors. The symptoms for these errors can vary from intermittent performance problems to the periodic failure and restart of the JVM. Consider the default JVM settings set by WebSphere Commerce as a starting point. The information in the JVM performance tuning topic is specific to the IBM JDK.
      - Promotion performance tuning
        WebSphere Commerce provides business users with multiple features and functionality to help enhance developing promotions for a store. However, planning is required to use the various techniques available to achieve and maintain wanted site performance.
      - Marketing performance tuning
        The Management Center Marketing tool provides business users with many features to help enhance site and store marketing activities. Planning is required to use the various caching techniques available to achieve and maintain your optimal site performance.
        Marketing cache design considerations
        When you are designing the marketing caching for your site and stores, there are many options, enhancements, and best practices to consider for improving marketing performance.
        Campaign elements performance considerations
        When you are designing marketing activities for your site, the performance of these activities can be affected by individual marketing campaign elements. When you are creating marketing activities, consider the options and settings available for campaign elements that can be use in marketing web and dialog activities.
        Marketing statistics considerations
        Operational marketing statistics are gathered and stored in the database by the RaiseECEvent scheduled job that is run by the Scheduler at a set interval. By default, this job runs every 5 minutes. To decrease the frequency of this job to reduce any performance impact it might have, you can increase the interval between the jobs.
        Web activities performance
        For Web activities, WebSphere Commerce attempts to store the information that is required for your activities in memory or in a cache. This information is then used to determine what to display in e-Marketing Spots. This marketing design reduces the complexity and invalidation that is required when JSP caching an e-Marketing Spot.
        Improving Email activity sending performance
        You can set two parameters in the EMLMSG database table that can improve performance when you use Email or Dialog activities to send marketing emails.
        Tuning the marketing business object cache
        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.
        Data recording; improving runtime performance
        Two options are provided which can improve runtime performance regarding the recording of user behavior data.
      - Performance improvements for large shopping cart
        The following shopping cart commands have been optimized for performance: OrderItemAdd, OrderItemUpdate, OrderItemDisplay. These changes optimize the commands so that performance gains can be achieved, especially in cases where shopping carts typically contain hundreds of order items.
      - Website performance tuning
        There are four steps for evaluating performance of a WebSphere Commerce website that is based on WebSphere Commerce Server.
      - Data Load utility performance tuning
        Scheduled Data Load utility jobs can affect WebSphere Commerce performance. You can reduce the impact of this process by tuning the data load performance appropriately for your implementation.
      - Preparing WebSphere Commerce for the peak shopping periods
        When preparing for peak shopping periods, such as the holiday season, use the following best practices to effectively manage your WebSphere Commerce environment for peak efficiency, and to ensure that your WebSphere Commerce site is ready to handle the increased load.
    - Measurement
      As each deployment of WebSphere Commerce is different, a measured approach to modifying your defaults must be taken to successfully tune your site. The following collection of topics provides details on how to measure and troubleshoot site performance.
- Troubleshooting

Web activities performance

For Web activities, WebSphere Commerce attempts to store the information that is required for your activities in memory or in a cache. This information is then used to determine what to display in e-Marketing Spots. This marketing design reduces the complexity and invalidation that is required when JSP caching an e-Marketing Spot.

You might consider caching the entire e-Marketing Spot JSP if:

Your site has a large number, over 20,000, of e-Marketing Spots in a store.
Your site displays only static content in e-Marketing Spots; the same content displays to all shoppers.
The e-Marketing Spot content does not change frequently; the same content displays for multiple days.

Your site might use personalized rules in e-Marketing Spots, for example, the activity contains a target, branch, or experiment element. If so, you cannot cache the e-Marketing Spot JSP. Before you cache e-Marketing Spot JSPs, ensure that the DynaCache Marketing Command Cache is set up.