Globalyzer CI/CD (Continuous Integration and Continuous Delivery)

From Lingoport Wiki
Jump to: navigation, search

What is Globalyzer Lite and Globalyzer CI/CD?

Globalyzer Lite is the product that allows users to scan code and create reports without having to use the Globalyzer Workbench or set up a database. In the Lingoport Continuous Globalization Server, Globalyzer Lite (Globalyzer CI/CD) is an integral part of the process to create reports that are displayed in the Lingoport Dashboard showing the number of internationalization issues detected.


Using Globalyzer Lite in Lingoport's Continuous Globalization System

If the Lingoport Continuous Globalization System was installed and configured using the Stack Installer or Stack Updater, then Globalyzer Lite has already been integrated into the system.

  1. Check in a project definition file into source control.
  2. On-board a Jenkins project for the code base using one of the Globalyzer Lite templates like Lingoport.SampleLite or Lingoport.SampleLiteLRM.
  3. Check the Lingoport Dashboard and verify that the results are shown.

Globalyzer Lite is easy to integrate into other Continuous Integration (CI) systems as well.

  1. Check in a project definition file into source control (or, if you prefer, place one in the Jenkins server's filesystem).
  2. Run the following from Jenkins' shell:
    java -jar globalyzer-lite.jar -f "${WORKSPACE}/GlobalyzerProjectDefinitionFile.xml" --project-path "${WORKSPACE}" --report-path "globalyzer-lite-reports"
  3. Use the Lingoport Dashboard to display the results from the generated reports.

You may also pass the reports to your own reporting system.

Using Globalyzer Lite in a General CI/CD integration

To get started using Globalyzer Lite in your CI/CD integration, please refer to Globalyzer Lite CI/CD integration

Using Globalyzer Lite from a command line

Globalyzer Lite can be executed from a command prompt or shell via the following command:

java -jar globalyzer-lite.jar some_location/YourProjectDefinitionFile.xml

After Globalyzer Lite finishes each scan, a relevant Globalyzer report is created at the location specified in the Project Definition's report path.

Lite also allows for altering the following parameters via command line options:

  • The Project Path
  • The Report Path
  • The Files/Directories to scan
  • The location of the Globalyzer License (if using Local Rule Sets)

Project Definition Format

Here is the template for a project definition file. For the full instructions to setup a project definition file, see our help page.

   <?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!-- All items are allowed anywhere in the xml as long as the
     hierarchy is preserved -->
        <server>  </server>    <!-- must match .globalyzerrc setting   -->
        <username></username>  <!-- must be specified in .globalyzerrc -->
        <password></password>  <!-- must be specified in .globalyzerrc -->
                               <!--    if .globalyzerrc is present     -->
        <use-local-rulesets></use-local-rulesets>  <!-- optional. May be 'true' or 'false'     -->
                                                   <!-- if true, you need a Globalyzer.license -->
        <!-- Optional Parameters (Delete this section if not using them) -->
            <!-- If using, host and port must be filled out -->
            <proxy-user>    </proxy-user>
            <proxy-host>    </proxy-host>  <!-- required if using proxy -->
            <proxy-port>    </proxy-port>  <!-- required if using proxy -->
    <!-- Paths may be absolute, or relative -->
    <project-path></project-path> <!-- may be specified via command line -->

    <report-path></report-path>   <!-- may be specified via command line -->
    <report-type></report-type>   <!-- See 'Report Information' -->
    <report-priorities></report-priorities> <!-- optional. List of priorities to include in reports -->

    <data-dictionary-location></data-dictionary-location> <!-- optional -->
    <filter-with-dictionary></filter-with-dictionary> <!-- optional. May be 'true' or 'false' -->

    <scan-timeout>500</scan-timeout>  <!-- optional. Max value 600 (seconds) -->
    <generate-partial-results></generate-partial-results> <!-- optional. May be 'true' or 'false' -->
    <save-history></save-history> <!-- optional. May be 'true' or 'false' -->

            <!-- create and execute a single scan with this info -->
            <scan-name>    </scan-name>
            <ruleset-name> </ruleset-name>  <!-- must match existing -->
            <!-- create and execute a single scan with this info -->
            <scan-name>    </scan-name>
            <ruleset-name> </ruleset-name>  <!-- must match existing -->
            <!-- optional -->
            <use-machine-learning>true</use-machine-learning> <!-- May be 'true' or 'false'         -->
                                                              <!-- if true, you must have generated --> 
                                                              <!-- machine learning zip files       -->
                                                              <!-- from the Workbench               -->
            <!-- optional -->
            <encoding>UTF-8</encoding> <!-- encoding of files to scan -->
            <!-- optional -->
            <scan-items>         <!-- may be overridden via command line -->
                <item></item>    <!-- delete me if blank -->
                <item></item>    <!-- delete me if blank -->
            <!-- optional -->
                <!-- customize Globalyzer recognized comments -->
            <!-- optional -->
              <!-- specify which issue types to detect -->

The .globalyzerrc File

Globalyzer Lite supports an optional .globalyzerrc file. This file may be used to specify login, server, and proxy parameters. Below is an example .globalyzerrc file. It contains all parameters that may be set within the rc file:


password aPasswordHere

proxy-port 81038
proxy-user ExampleUser
proxy-password ExamplePassword

All settings besides 'server' are optional. And Project Definition Files do not need to specify parameters set in the .globalyzerrc file (with the exception of 'server'). Any parameter that is set in the Project Definition File will override the .globalyzerc file setting.

If you choose to use a .globalyzerrc, the 'server' parameter is mandatory. It must match the server specified in Project Definition Files. This helps prevent rule sets from being retrieved from the wrong server.

The .globalyzerrc file must be located in the home directory of the user using Globalyzer Lite. For a Lingoport Continuous Globalization Server, this means, it resides in the /var/lib/jenkins directory owned by the jenkins user.

Setting Proxy Settings via Java

If you prefer to specify proxy settings via Java, rather than through the Project Definition File, you may use any of the following Java settings.

More info at:

Exit Error Codes

If Globalyzer Lite fails, the exit code and reason should be written to the console.

Name Exit Code
XML Issues
Globalyzer API compatibility
Input issues
Output Issues

Language Support

Globalyzer Lite supports the same languages as the Globalyzer Workbench product. The Project Definition File can be created to scan a number of source code locations in different programming languages:

  • ActionScript,
  • C#,
  • C/C++ (many variations),
  • Delphi,
  • HTML (in various web files),
  • Java,
  • JavaScript, (includes AngularJS, NodeJS, and other libraries)
  • Objective-C,
  • MXML,
  • Perl,
  • PHP,
  • Qt,
  • SQL (Oracle, MS SQL, MySQL, PostgreSQL),
  • Visual Basic (Classic, .NET),
  • VBScript, and
  • XML

Using Local Rulesets

Local Rule Sets is a Globalyzer Lite feature that allows scanning without accessing the Globalyzer Server. Rule sets are stored in local zip files rather than retrieved from the Server.

Creating the local ruleset files

These rule set files can either be exported directly from the Server and copied to your project-path/lingoport directory, or exported from the Globalyzer Workbench client as an option when exporting your Globalyzer Workbench project to a Globalyzer Lite Project Definition File (Select File->Export->Globalyzer->Export Project Definition (Lite)).

Export rule sets.png

Using Local Rule Sets

To use Local Rule Sets, set the use-local-rulesets attribute to true in the Lite Project Definition file.

When using local rule sets, you do not need to specify username/password/server information in your Project Definition File, but if you have a <home>/.globalyzerrc file the server information still must match the Project Definition File.

Lite use local rulesets.png

When using local rule sets, if a local rule set is not found, Globalyzer will try to access the rule set on the server and the login information is available,

Use of this feature requires a Globalyzer License to be downloaded from the Server (from the Client Download page) and stored on your local machine.

Download license.png

Place this license file in the following default locations, per OS:

  • Windows - C:\Lingoport
  • Linux - {userhome}/lingoport (/var/lib/jenkins/lingoport for the jenkins user on the Lingoport G11n system)
  • Mac - /Applications/Lingoport

Best Practice

  • From the Globalyzer Workbench, export the the Lite Project Definition File and Local Rule Sets in the lingoport directory under the top level directory of the repository.
  • Commit/Push the lingoport directory with the local Rule Set(s) and the Project Definition File to your repository

By following this practice, you ensure that the Rule Sets are maintained together with the source code; When either a CICD system or a developer with an IDE with Lite use the Locale Rule Sets to scan the code, the location of the files is standard and no specific customization is needed.