Pass the Salesforce Developers Comm-Dev-101 Questions and answers with CertsForce

AnINFOmessage is written only when the configured logging threshold permits INFO-level events and INFO output is enabled for the relevant custom log destination. Setting the root level toDEBUGpermits DEBUG and all higher-severity messages, including INFO, WARN, ERROR, and FATAL. Enabling theInfolog-file option ensures that INFO messages are written to the applicable log file.

Salesforce ' s logging documentation explains that custom DEBUG and INFO logging can be enabled through Business Manager ' s custom log configuration and that the selected log levels control which messages are persisted. The logger ' s threshold behavior also means that a DEBUG root threshold includes INFO-level events because INFO has a higher severity.

The “logging global preference” described in options B and C is not the relevant mechanism for solving this custom logger configuration issue. Either of those options would also omit one of the two necessary controls described in option A.

Thus the developer should configure both the permitted log-level threshold and the INFO file output, then execute the code again and inspect the generated custom log through Log Center or WebDAV.

Study Guide reference:Application Development — custom logging, log levels, Business Manager log configuration, and WebDAV diagnostics.

===============

OCAPI permissions are configured againstresource IDs, not against one particular inventory-list identifier embedded in an individual request. In the example URL, the principal API resource family isinventory_lists;ecom-inventoryis merely the identifier of the particular inventory list being accessed.

Therefore, the developer should inspect the OCAPI Data API settings for a resource rule covering theinventory_listsresource path, such as an appropriate/inventory_lists/...pattern, and verify that the required HTTP method and attribute selectors have been permitted.

Theclient_ididentifies the external application whose permissions are being evaluated, but it does not identify the inventory API resource being enabled. Similarly,ecom-inventoryis instance/business data and should not be confused with the API resource family.

This distinction is central to OCAPI authorization. A client configuration associates a client ID with resource path patterns, allowed HTTP methods, andread_attributes/write_attributesselectors. Requests are authorized only when they match an enabled resource and method.

Study Guide reference:Application Development — OCAPI Data API, inventory-list resources, resource IDs, client permissions, HTTP methods, and inventory integrations.

===============

B2C Commerce imposes a daily size quota on custom logs to prevent unlimited logging from consuming storage or degrading instance performance. Once the applicable custom-log size limit is reached, additional custom logging issuspended until the next logging dayrather than rolling immediately to another unlimited file.

Current Salesforce documentation states that each application server can write up to the defined daily amount into the custom debug, info, fatal, error, and warn logs, and that logging is suspended until the next day once the limit is reached. The logging day is based on GMT.

Option A describes normal archival/retention handling rather than quota behavior. Existing log files can later be compressed and moved according to retention policy, but reaching the daily file-size quota doesn ' t simply bypass the quota by opening another unrestricted file. Option B is also incorrect because B2C Commerce doesn ' t delete the current log merely to continue writing.

Developers should therefore avoid excessive diagnostic logging, particularly in frequently executed storefront code, and choose appropriate log levels and categories.

Study Guide reference:Application Development — custom logging quotas, log-file management, Business Manager log settings, WebDAV logs, and production diagnostics.

===============

Authentication details for a Service Framework integration belong in aService Credential, not in custom site preferences or resource bundles. The credential is specifically designed to hold the external service URL, username, and password required for basic authentication.

Salesforce ' s Service Framework documentation states that the service credential is used for basic authentication. Business Manager ' s Service Credentials configuration stores the endpoint URL and the authentication information associated with the remote service. The Script API representation exposesURL,user, andpasswordproperties from the ServiceCredential object.

Placing usernames in site preferences fragments integration configuration and exposes values through a mechanism not designed for service credentials. Storing an endpoint in a.propertiesfile is similarly inappropriate because properties files are normally used for localized application messages rather than environment-specific connectivity configuration.

Keeping secrets in Service Credentials also allows development, staging, and production environments to maintain different endpoints and credentials without changing cartridge source.

Study Guide reference:B2C Commerce Setup — Service Framework, Service Credentials, authentication, URLs, environment-specific configuration, and external REST services.

===============

Because thedw.order.calculateTaxhook is alreadydefined and registered byapp_storefront_base, the custom controller does not need to register that implementation again. Its responsibility is to invoke the existing extension point throughdw.system.HookMgr.callHook(). Therefore, option A expresses the correct architectural pattern.

Salesforce ' s SFRA hook documentation separateshook registrationfromhook invocation. A cartridge that provides an implementation registers its hooks through its hook configuration, while consuming code calls the registered extension point withHookMgr.callHook(). B2C Commerce then resolves registered hook implementations from cartridges on the active cartridge path.

The current SFRA implementation itself invokes the tax extension point withHookMgr.callHook( ' dw.order.calculateTax ' , ' calculateTax ' , basket), demonstrating that calling code does not re-register the existing hook.

Accordingly, adding another hook location to the custom cartridge ' shooks.jsonorpackage.jsonmerely to call an already registered implementation is unnecessary. Registration is required for the cartridge implementing the hook, not every caller.

Study Guide reference:Application Development — hooks, HookMgr, extension-point registration, SFRA tax calculation, and cartridge extensibility.

===============

If a service is being classified as unavailable because legitimate responses are taking longer than the configured timeout, increasing the service timeout can reduce timeout-generated failures. B2C Commerce service profiles define the number of milliseconds the platform waits for a service response before treating the operation as an error.

Salesforce ' s Service Framework documentation states that the configured timeout is used for connection and socket operations. If no response arrives within the configured interval, the service operation fails. Thedw.svc.ResultAPI further identifiesTIMEOUTas an explicit reason forSERVICE_UNAVAILABLE.

Option B changes error-propagation behavior;throwOnErrordetermines how a failed result is surfaced to application code, but it does not make the external service more available. Option C can improve exception handling and prevent uncaught application failures, but wrapping the call intry/catchdoes not alter Service Framework availability metrics or prevent timeouts.

The timeout should still be increased cautiously. Excessive timeouts can worsen shopper-facing latency and interact poorly with circuit-breaker behavior.

Study Guide reference:Application Development — Service Framework, service profiles, connection/socket timeouts, Service Status monitoring, and service availability.

===============

A custom object is the most appropriate persistent data structure because the requirement applies toboth registered and guest shoppers. A Profile-based solution cannot satisfy the requirement reliably because anonymous/guest customers do not have a persistent registered customer profile. Storing customer email lists directly on Product records would also create an inappropriate product-to-shopper coupling and potentially large mutable collections on product system objects.

B2C Commerce custom objects are intended to extend the persistent commerce data model for application-specific requirements. Developers can define custom object types with custom attributes, including multi-valuedSet of Stringattributes, and choose organization or site storage scope.

A custom back-in-stock object can therefore persist the shopper ' s email address plus one or more interested SKUs independently of authentication status. Subsequent job or inventory-update logic can identify subscriptions when inventory becomes available and trigger the notification process.

This design also keeps notification-subscription data separate from core customer and product objects, reducing unintended effects on standard platform data models and supporting anonymous shoppers cleanly.

Study Guide reference:Data Management Using Business Manager Usage — custom object types, custom attributes, persistent business data, guest shoppers, and application-specific data modeling.

===============

Uploading a cartridge to an instance does not automatically make its code available to a storefront. B2C Commerce resolves application resources according to thecartridge path configured for the relevant site. Consequently, the new custom cartridge must be added to that storefront site ' s cartridge path, normally in the correct precedence position relative to SFRA base and other cartridges.

Salesforce ' s cartridge documentation describes two distinct steps: upload the cartridge code and register the cartridge with the applicable site through its cartridge path. Site configuration is performed from the site ' s settings, where the cartridge path controls which controllers, templates, scripts, models, and other cartridge resources can participate in storefront execution.

Rebuilding indexes is unrelated unless the customization specifically changes indexed catalog/search data. An index rebuild does not register executable storefront code. Likewise, configuring the Business Manager application ' s cartridge path would affect Business Manager customizations rather than the customer-facing storefront identified in the question.

Cartridge ordering is also significant because B2C Commerce searches the path according to precedence, enabling custom cartridges to extend or override functionality from cartridges located farther to the right.

Study Guide reference:B2C Commerce Setup — cartridges, site cartridge paths, SFRA deployment, and cartridge precedence.

===============

The taxation policy is selected when a B2C Commerce site is created. It is not an ordinary editable site preference that administrators can unlock later. This eliminates options B and C.

The uploaded question set identifies creation of a replacement Gross-taxation site as the Business Manager-based answer. Current Salesforce documentation adds an important operational qualification:the taxation policy is configured at site creation and only B2C Commerce/Salesforce Support can change it on an existing site.

Therefore, among the three choices, A is the only viable Business Manager-only approach because a newly created site can be configured with Gross taxation at creation. However, in a real production implementation, deleting/recreating a mature site can have major configuration and data implications; contacting Salesforce Support to change the existing site ' s taxation policy is the current documented operational route.

A taxation-policy change also requires reviewing price data because gross and net policies interpret product and service prices differently.

Study Guide reference:B2C Commerce Setup — site creation, Net/Gross taxation policy, immutable site settings, and tax configuration.

===============

SFRA storestemplate resource bundlesin the cartridge ' stemplates/resourcesdirectory. Locale selection is represented in the propertiesfilename, rather than by creating a separatefrsubdirectory for ordinary SFRA resource bundles.

For example, a default bundle might be:

account.properties

while its French translation would be:

account_fr.properties

Both belong under:

cartridge/templates/resources

Salesforce ' s localization documentation explicitly states that template resource bundles are stored in/templates/resourcesand gives examples such asaccount_en_GB.properties,account_en_US.properties, andaccount_en.properties. Thedw.web.Resourcedocumentation likewise describes resource bundles as properties files with a common name located in thetemplate/resourcesdirectory.

Option B omits the required template-resource location. Option C incorrectly assumes that locale resolution for properties bundles uses a dedicatedfrfolder. Locale-specifictemplatescan use locale directories, but localized properties bundles follow the filename-suffix convention.

This separation permits one common set of ISML templates to reference resource keys while B2C Commerce automatically resolves the appropriate translated properties bundle for the active request locale.

Study Guide reference:Application Development — localization, template resource bundles,.propertiesfiles, locale fallback, andResource.msg().

===============