Skip to content

An instructional repository for techniques used in debugging Demandware templates.

License

Notifications You must be signed in to change notification settings

sholsinger/demandware-template-debugger

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

3 Commits
 
 
 
 
 
 
 
 

Repository files navigation

demandware-template-debugger

An instructional repository for techniques used in debugging Demandware templates.

Usage

First, make sure that the TemplateDebugger.ds file is included in the template. This can be done within its own <isscript/> block, or an existing one. Keep in mind that the include needs to be present before the TemplateDebugger.debug() method can be utilized. Therefore, it is recommended that a dedicated <isscript/> block be used, and placed at the top of the ISML file. It is important to delete these elements once done debugging, to avoid null reference errors or performance issues in production environments.

<iscomment> DELETE AFTER USE: V !!!! </iscomment>
<isscript>var TemplateDebugger = require('int_dev_suite/cartridge/scripts/util/TemplateDebugger.ds');</isscript>
<iscomment> DELETE AFTER USE: ^ !!!! </iscomment>

Once the TemplateDebugger.ds file is included, place a TemplateDebugger.debug() call in any existing <isscript/> bock, or create a dedicated <isscript/> block. Any variable, either in an <isscript/> block, or an <isset/> declaration, that was present before the TemplateDebugger.debug() call will be visible.

Multiple TemplateDebugger.debug() calls may be required. You need one call for each individual breakpoint needed.

<iscomment> DELETE AFTER USE: V !!!! </iscomment>
<isscript>TemplateDebugger.debug();</isscript>
<iscomment> DELETE AFTER USE: ^ !!!! </iscomment>

Once the required tags are in place, add a script debugger breakpoint to the line with the return statement of the exports.debug() method. Run the script debugger, and navigate to the correct pipeline that will render the ISML file being debugged.

Recommended Alternate / Advanced Usage (modules directory)

This method provides the same benefits as above, but you can simplify the way you call the debug helper using require. For example, since require caches files, there's little overhead for calling require targeting the same file repeatedly. In addition, Demandware's require implementation checks for packages in a 'modules' folder in your code version. So you can put TemplateDebugger.ds in a modules directory within your project and then do:

<iscomment> DELETE AFTER USE: V !!!! </iscomment>
<isscript>require('TemplateDebugger.ds').debug()</isscript>
<iscomment> DELETE AFTER USE: ^ !!!! </iscomment>

This will perform the same thing as shown in the standard "Usage" section above. Finally, add a script debugger breakpoint to the line with the return statement of the exports.debug() method. Run the script debugger, and navigate to the correct pipeline that will render the ISML file being debugged.

When you use the modules directory your project's folders would look something like this:

app_storefront_controllers/
app_storefront_core/
int_bar/
int_foo/
modules/
  |- TemplateDebugger.ds

Viewing the variables in your template

Within the "Debug View" window, it will list the active breakpoint. From there, click the, "-toplevel-" thread. Doing so will open the Template's thread, at which point, the template variables are visible in the "Variables View" window.

Screenshot of Debug View after clicking '-toplevel-'

Authors & Contributors

  • Steve Holsinger (@sholsinger) - Original author (see original)
  • Ethan Gaudette (@egaudette)

Contributing

Simply submit a pull request. We also welcome issues to be entered by the community if you are unable to address the issue yourself.

About

An instructional repository for techniques used in debugging Demandware templates.

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published