sfcc-api
1.0.0
Major Changes
- cdf19fc: CHANGED Updated
@vue-storefront/middleware
version to4.x.x
. CHANGED Removed support for Node versions before 18. - e747f29: Stable release of SalesForce integration
Minor Changes
- 9ca0a56: Add a parameter to the product search endpoint which can be used to forward a response header that contains the search-drive redirect URL to the response body
- e796642: Adds a SCAPI implenentation for the getOrder method of the orders facade
- 659607e: Replace all sensitive values in JWT tokens with generic placeholders before exposing them to the SDK consumer
- a1a1d23: Add support for SLAS JWTs on OCAPI calls
- f621a97: Add an option to always get a basket by ID rather than using the customer baskets endpoint
- d75751b: Adds a sign out SDK method to invalidate authenticated JWTs
- 411b1d5: Implement the order place flow in the SCAPI order facade with a fallback to OCAPI for other statuses
- 659607e: Add option to serve encrypted JWTs
- 8c52a1f: Ensure the order is patched with all other request properties after getting placed with a new or open status
- adf70e3: Changes the middleware config so that the OCAPI settings (ocapiClientId) and the SCAPI settings (scapiClientId, slasClientId, slasClientSecret) are optional. This has the following effects:
- If no settings are provided for OCAPI and/or SCAPI, the respective client will not be used, meaning no auth tokens will be generated and all calls will be directed to the other client, if available.
- If no SLAS secret is provided, we'll assume that the SLAS client in use is public, and the public flows will be used for guest tokens, signing in and password resets.
- e823b4e: Added GetCustomerOrder endpoint for fetching data about selected customer's order
- 411b1d5: Adds support for placing orders in the updateOrder method
- b2c76da: Add a method to update an order
Patch Changes
- f78c60d: Fixes unsafe access to optional API clients in the auth facade
- dd21832: Adds basic logging and log level configuration
- 5f06e1c: Prevents the same cookie from being present twice in the response Set-Cookie header; this in turn prevents header overflow situations when the accumulation of duplicate cookies causes the header size to go over the node limit
- d40bfa3: FIXED
signOut
method randomly failing with 400 error - b05b5a3: CHANGED SFCCIntegrationContext from type to interface to allow declaration merging.
- 1be2f39: CHANGED several API methods have been refactored to improve docs and API reference.
- 0bdc007: Improve the consistency and readability of the types used in the interface of the callback called after a password reset token is generated
- 7cb9f9f: Refactor API endpoints to follow the standartized universal module exports interface
- f86fffe: Fixed the handling token - added getting token values from cookies in the config extension, as well as updating cookies on the set.
- 3c75dec: Fixes incorrectly constructed refinement parameters in OCAPI product search call
- Updated dependencies 9ca0a56
- Updated dependencies e747f29
- Updated dependencies f621a97
- Updated dependencies d75751b
- Updated dependencies 0bdc007
- Updated dependencies e823b4e
- Updated dependencies 411b1d5
- Updated dependencies b2c76da
- @vsf-enterprise/sfcc-types@1.0.0
1.0.0-rc.21
Minor Changes
- 9ca0a56: Add a parameter to the product search endpoint which can be used to forward a response header that contains the search-drive redirect URL to the response body
Patch Changes
- Updated dependencies 9ca0a56
- @vsf-enterprise/sfcc-types@1.0.0-rc.7
1.0.0-rc.20
Major Changes
- cdf19fc: CHANGED Updated
@vue-storefront/middleware
version to4.x.x
. CHANGED Removed support for Node versions before 18.
1.0.0-rc.19
Patch Changes
- 5f06e1c: Prevents the same cookie from being present twice in the response Set-Cookie header; this in turn prevents header overflow situations when the accumulation of duplicate cookies causes the header size to go over the node limit
1.0.0-rc.18
Minor Changes
- 8c52a1f: Ensure the order is patched with all other request properties after getting placed with a new or open status
1.0.0-rc.17
Minor Changes
- a1a1d23: Add support for SLAS JWTs on OCAPI calls
1.0.0-rc.16
Minor Changes
- 411b1d5: Implement the order place flow in the SCAPI order facade with a fallback to OCAPI for other statuses
- 411b1d5: Adds support for placing orders in the updateOrder method
Patch Changes
- Updated dependencies 411b1d5
- @vsf-enterprise/sfcc-types@1.0.0-rc.6
1.0.0-rc.15
Minor Changes
- f621a97: Add an option to always get a basket by ID rather than using the customer baskets endpoint
Patch Changes
- Updated dependencies f621a97
- @vsf-enterprise/sfcc-types@1.0.0-rc.5
1.0.0-rc.14
Patch Changes
- 1be2f39: CHANGED several API methods have been refactored to improve docs and API reference.
1.0.0-rc.13
Major Changes
- CHANGED
Endpoints
interface. Previously, each endpoint containedcontext
param, which is internal and shouldn't be exposed in the final interface. Now,Endpoints
interface properties don't containcontext
param. If you need to usecontext
param, you should useApiMethods
type.
- import { Endpoints } from '@vsf-enterprise/sfcc-api';
+ import { ApiMethods } from '@vsf-enterprise/sfcc-api';
- REMOVED
ContextualizedEndpoints
type. UseEndpoints
instead.
- import { ContextualizedEndpoints } from '@vsf-enterprise/sfcc-api';
+ import { Endpoints } from '@vsf-enterprise/sfcc-api';
1.0.0-rc.11, 1.0.0-rc.12
Patch Changes
- FIXED
signOut
method randomly failing with 400 error
1.0.0-rc.10
Patch Changes
- CHANGED SFCCIntegrationContext from type to interface to allow declaration merging.
1.0.0-rc.9
Minor Changes
- Adds a SCAPI implenentation for the getOrder method of the orders facade
- Add a method to update an order
Patch Changes
- Updated dependencies
- @vsf-enterprise/sfcc-types@1.0.0-rc.4
1.0.0-rc.8
Patch Changes
- Improve the consistency and readability of the types used in the interface of the callback called after a password reset token is generated
- Updated dependencies
- @vsf-enterprise/sfcc-types@1.0.0-rc.3
1.0.0-rc.7
Minor Changes
- Replace all sensitive values in JWT tokens with generic placeholders before exposing them to the SDK consumer
- Add option to serve encrypted JWTs
1.0.0-rc.6
Patch Changes
- Fixes unsafe access to optional API clients in the auth facade
- Adds basic logging and log level configuration
1.0.0-rc.5
Patch Changes
- Fixes incorrectly constructed refinement parameters in OCAPI product search call
1.0.0-rc.4
Minor Changes
- Changes the middleware config so that the OCAPI settings (ocapiClientId) and the SCAPI settings (scapiClientId, slasClientId, slasClientSecret) are optional. This has the following effects:
- If no settings are provided for OCAPI and/or SCAPI, the respective client will not be used, meaning no auth tokens will be generated and all calls will be directed to the other client, if available.
- If no SLAS secret is provided, we'll assume that the SLAS client in use is public, and the public flows will be used for guest tokens, signing in and password resets.
1.0.0-rc.3
Minor Changes
- Added GetCustomerOrder endpoint for fetching data about selected customer's order
Patch Changes
- Updated dependencies
- @vsf-enterprise/sfcc-types@1.0.0-rc.2
1.0.0-rc.2
Patch Changes
- Fixed the handling token - added getting token values from cookies in the config extension, as well as updating cookies on the set.
1.0.0-rc.1
Minor Changes
- added a sign out SDK method to invalidate authenticated JWTs
Patch Changes
- Updated dependencies: @vsf-enterprise/sfcc-types@1.0.0-rc.1
1.0.0-rc.0
Major Changes
- Stable release of SalesForce integration
Patch Changes
- Updated dependencies: @vsf-enterprise/sfcc-types@1.0.0-rc.0