HCL Commerce Search limitations and restrictions

Some features of the Commerce search environment are unsupported for the initial release of the HCL Commerce SearchVersion 9.1 only. These features will be restored in future point releases. Some features are deprecated because they have been or will be replaced by specific Ingest or Elasticsearch methods and interfaces.

Planned for future releases

The following search features are still available through the Solr search option, but are unavailable when using the HCL Commerce Search V9.1 service. They will become available with Ingest in future releases.

  • HCL Commerce Version 9.1.3.0 or laterLanguage fallback is supported from HCL Commerce Search Version 9.1.3.0 onwards. If catalog text is not defined in a certain language, the object containing the missing text instead uses the store's default language as a fallback. This assumes that the text is available in the default locale. If the store's default language does not contain the text, the object either is not returned, or is returned with missing properties.
  • HCL Commerce Version 9.1.2.0 or laterProduct variant searches are supported with Elasticsearch from HCL Commerce Search Version 9.1.2.0 onwards. Introduced in Version 9.0.1.11, variants provide an intermediate class of object between product categories and SKUs. For more information, see Product variants.
  • HCL Commerce Version 9.1.2.0 or laterThe Oracle database is supported from HCL Commerce Search Version 9.1.2.0 onwards.
  • HCL Commerce Version 9.1.4.0 or laterThe Solr result grouping feature, also known as field collapsing, is implemented in HCL Commerce Search Version 9.1.4.0 onwards. For more information about how result grouping is used in HCL Commerce, see Hero product image.
The following features are not yet available for the Elasticsearch-based Search solution:
  • Site content web crawler
  • Unstructured content (attachment) search
  • A landing page specified through Search Term Association cannot be returned via the Query service
  • Support for classic attributes

Limitations

  • HCL Commerce Version 9.1.14.0 or laterDeep Search Sequencing can be done with Elasticsearch, however the sequence is based on the full master catalog as represented in the Management Center, and it performs global sequencing only, which is equivalent to the behavior of Solr with the wc-component.xml configuration parameter EnableDeepProductSequence set to false. For more information about the Solr implementation of Deep Search Sequencing, see Sorting products using deep search sequencing.
  • The Search engine does not reconstruct broken words. For example, a search for "chairs" will succeed, as will a search for "chiars." The parser recognizes the string as a single word and performs operations such as spellcheck against that word. However, a search for "cha irs" does not work, because the parser takes this string to be two words, neither of which autocorrects into a meaningful noun.
  • Keywords such as "more than" or "less than" are only turned into numeric operators in the price range filter. A search for "less than two years" does not return a list of products made in the past two years. A search for "less than $20" does return a list of products or services whose prices are below $20.
  • Full reindexing for all indices of the extended (e-site) store is required to reflect on the storefront linked products (from catalog asset store) for a new sales category created in the extended site (e-site) store by assigning products from the catalog asset store.
  • Only one dataload task can be performed at a time. This is because there is no multi-thread related information provided by Dataload in the TI_DELTA_CATENTRY and TI_DELTA_CATGROUP tables. NiFi uses these tables too process incremental updates for dataload.
  • Measurement/dimension matchmaker limitations:
    • For each additional language you use with the matchmaker, raise the NiFi mem_reservation and mem_limit by two gigabytes each.
    • Supports the usage of characters X or x as the dimension separator.
    • Supports only characters L, W, H as dimensions while defining dimensions for a product specification in the catalog.
    • Supports only one-dimensional, two-dimensional, and three-dimensional product searches.
    • Supports dimensional search with numeric value along with dimension keyword, such as long, wide, high. For example, 0.5m long sofa.
    • Space must be provided in between the unit of measure, dimension, and number.
  • If you change the value of a product's descriptive searchable attribute from true to false, the product will remain searchable in the storefront until you perform a full re-index.
  • The Elasticsearch-based search solution does not support using the Classic Attribute model. If your site is still using the Classic Attribute model, migrate your attributes to the Attribute Dictionary model. For additional Attribute Dictionary migration information, see Migrating attribute data to the attribute dictionary in the WebSphere Commerce Version 7 documentation.
  • The Elasticsearch-based search solution does not respect the Show facets settings in Management Center for the Brand and the Price search facets. Even if you attempt to disable these facets, their values will still be returned by the storefront service.
  • Tier pricing cannot currently be indexed with the Elasticsearch-based Search solution. The indexed contract and offer price is only based on a quantity unit of 1.
  • While searching for a product part number avoid adding other keywords such as category name or brand name. Doing this can return an unexpected result when searching for part numbers.
  • HCL Commerce Version 9.1.15.0 or laterOracle Database Versions 12c and up have a limit on the Program Global Area (PGA) memory area used by single Oracle server processes. This limit of 2GB can cause an error in the auth.product pipeline. For more information on the error conditions and how to avoid them, see Troubleshooting: auth.product pipeline causes Oracle PGA limit error.

Discontinued features

These features are no longer available in HCL Commerce Search.

  • You can no longer use the customization programming model of BOD based search on the Transaction server. This service was maintained for backwards compatibility with previous Commerce versions. You can migrate most BOD-based customizations to the Version 9 model to obviate this problem. For more information, see Migrating BOD-based Search.
  • Price modes (computed, mixed) are not supported. This is a pricing mode where prices are determined at checkout-time. You cannot use these price modes to use the price adjustments from price rules. The price mode that is supported is the indexed price mode wherein all prices (list, offer, contract) are retrieved from the search index. The Ingest service copies into the product index all these prices from the price index. Once the price rule is assigned to the contract, you need to manually build the contract price index so that Ingest service can copy this into the product index and reflect the prices appropriately at the storefront. List and offer prices are indexed directly from the database tables. For more information on price rules, see Price rules: An overview.
  • The HCL Commerce Version 9.0 search statistics feature applies only to searches made through the Solr search engine. This tool is replaced by Google Analytics starting in HCL Commerce Search Version 9.1.7. For more information about the Solr statistics management tools, see Managing site search statistics.