Browse and learn

A collection of tools, tips and topics that we want to share with you. Looking for more resources? If you don't find what you need, just ask.

Watch this page for industry trends, active discussions on forums around the internet, hot tips from Klocwork specialists and experts, videos from Klocwork product management, and the most recent Klocwork documentation.

Klocwork documentation

Videos

Log in to the Developer Network to gain access to expert videos, webinars and other learning resources. Registering and logging in is easy.

  • Webinars
    See Klocwork tools used by Klocwork Insight experts
  • Klocwork How-To Series
    View detailed technical videos on Klocwork tools on the Klocwork Universtity page. (You need to register and log in to this site to see the page and to view these videos and other member-only resources.)

Tips for Insight 9.5 users

Klocwork Management Console (KMC) to Klocwork Review and the removal of build capability

All KMC administration capability has now been moved to Klocwork Review in Insight 9.5.  This means that you can edit roles and access, create, delete and rename projects or builds, and you can add or remove configuration files. 

One removed capability that existed in Insight 9.2 and earlier is that if you had a build specification file, you could tell the KMC to run a build.  This capability no longer exists. We encourage you to use the command line build utilities (kwinject, kwant, kwbuildproject, kwadmin) to build your projects.  This is the best solution for scalability and automating your builds with Klocwork Insight.

Another change is Java project builds. In Insight 9.2 and earlier, you were allowed to build a Java project from sources. In Insight 9.5, use kwant to generate your build specification and never build from sources. Building from java sources can be inaccurate as it does not reflect the actual build process. If for some reason you have only been using the build from sources option in KMC, contact Klocwork Support so we can work out a solution for you.

Build integration practices

Klocwork Insight 9.5 introduces a new build option called “--replace-path”.  Use this with kwbuildproject:

kwbuildproject --replace-path /vob/foo/bar/blah/source/projectX/src=src <other options>

Why is this useful?  Think about clicks. If you want to drill down into a report, you are drilling into the entire prefix of your build. This is completely eliminated, and now you minimize the number of clicks the next time you drill into your component diagram.  This path replacement gets applied across all of Klocwork’s tools -  whether you’re using Klocwork Architect, creating modules, exporting the defect information, or just looking at all the issues in Klocwork Review. Those unnecessary paths are truncated, making using any Klocwork tool that much easier.

Views and modules vs. scopes

In previous releases of Insight, we had the concept of scopes.  This allowed you to filter out any aspect of the analysis to focus on what matters.  For example, if you only wanted to see a report with severity 1-3 you would create a scope.  In Insight 9.5, scopes have been removed in favour of a new concept called “views” and “modules”.  Views are essentially the same thing, however they use the Klocwork search syntax you have grown to love with the issue list.  Modules are the same thing except they are only for defining - you guessed it - modules.  A view would specify a module as part of the search string.  What are the advantages of views and modules over scopes? 

  • Easy to use search syntax
  • They work across reports and issues automatically
  • You can define them as the default view
  • You can use the Web API to create them before the project is even built

Deprecated messages (kwinspectreport XML and Review XML output)

Starting in Insight 9.5 kwinspectreport XML output and Review XML export is deprecated.  This means they are still available in Insight 9.5, but will be removed in the release after 9.5. The reason for this is the great output we now have with the Web API. Use the Web API to generate any data you need from the defects for further post processing. The Web API is here to stay and provides a richer interface to customize and work in your environment.

One special note for those using XML export, the Web API will not contain citing history, traceback, line number and comment information.  If you currently believe these are important, please let Customer Support know immediately.