Skip to main content Skip to complementary content

Building Jobs

The Build Job feature allows you to deploy and execute a Job on any server, independent of Talend Studio.

However, executing Jobs in Talend Management Console requires you to Publishing to Talend Cloud instead of building it.

About this task

By executing build scripts generated from the templates defined in Project Settings, the Build Job feature adds all of the files required to execute the Job to an archive, including the .bat and .sh along with any context-parameter files or other related files.

Information noteNote: Your Talend Studio provides a set of default build script templates. You can customize those templates to meet your actual needs. For more information, see Customizing shell command templates and Customizing Maven build script templates.

By default, when a Job is built, all the required jars are included in the .bat or .sh command. For a complex Job that involves many Jars, the number of characters in the batch command may exceed the limitation of command length on certain operating systems. To avoid failure of running the batch command due to this limitation, before building your Job, go to Window > Preferences > Talend > Import/Export and then select the Add classpath jar in exported jobs check box to wrap the Jars in a classpath.jar file added to the built Job.

Information noteWarning: The above-mentioned option is incompatible with Talend JobServer or Talend Remote Engine. If your built Job will be deployed and executed in Talend Administration Center or Talend Management Console, make sure to clear the check box before building your Job.
Information noteNote: The SOAP data service Job including the tESBProviderRequest component that implements a service operation can not be built independently. The Job has to be built with the service it is assigned to. When you export a SOAP service, all the data service Jobs that implement the service operations are built in the service archive file as well.

Procedure

  1. In the Repository tree view, right-click the Job you want to build, and select Build Job to open the Build Job dialog box.
    Information noteNote: You can show/hide a tree view of all created Jobs in Talend Studio directly from the Build Job dialog box by clicking the and the buttons respectively. The Jobs you earlier selected in the Studio tree view display with selected check boxes. This accessibility helps to modify the selected items to be exported directly from the dialog box without having to close it and go back to the Repository tree view in Talend Studio to do that.
  2. In the To archive file field, browse to the directory where you want to save your built Job.
  3. From the Select the Job version area, select the version number of the Job you want to build if you have created more than one version of the Job.
  4. Select the Build Type from the list:
    • Standalone Job
    • OSGI Bundle For ESB
    • Microservice (Spring Boot) For ESB
    • Microservice (Spring Boot) For ESB Docker Image
    • Docker Image
    Note that data service Jobs that include the tRESTRequest component can only be built as:
    • OSGI Bundle For ESB
    • Microservice (Spring Boot) For ESB
    • Microservice (Spring Boot) For ESB Docker Image

    If the data service Job includes the tRESTClient or tESBConsumer component, and none of the Service Registry, Service Locator or Service Activity Monitor is enabled in the component, the data service Job can be built as OSGI Bundle For ESB or Standalone Job. With the Service Registry, Service Locator or Service Activity Monitor enabled, the data service Job including the tRESTClient or tESBConsumer component can only be built as OSGI Bundle For ESB.

  5. Select the Extract the zip file check box if you want the archive file to be automatically extracted in the target directory.
  6. In the Options area, select the check boxes corresponding to the file type(s) you want to add to the archive file. The check boxes corresponding to the file types necessary for the execution of the Job are selected by default. You can clear these check boxes depending on what you want to build.

    Option

    Description

    Binaries / Sources (Maven) (Deprecated)

    Select Binaries from the list box to build your Job as an executable Job.

    Availability-noteDeprecated
    Select Sources (Maven) (Deprecated) to build the sources of your Job and include in the archive file the Maven build scripts generated from the templates defined in Project Settings so that you can rebuild your Job in an Apache Maven system.

    Shell launcher

    Select this check box to export the .bat and/or .sh files necessary to launch the built Job.

    • All: exports the .bat and .sh files.

    • Unix exports the .sh file.

    • Windows exports the .bat file.

    Context scripts
    Select this check box to export ALL context parameters files and not just those you select in the corresponding list.
    Information noteNote: To export only one context, select the context that fits your needs from the Context scripts list, including the .bat or .sh files holding the appropriate context parameters. Then you can, if you wish, edit the .bat and .sh files to manually modify the context type.
    Apply to children Select this check box if you want to apply the context selected from the list to all child Jobs.

    Custom log4j level

    Select this check box to activate the Log4j output level list and select an output level for the built Job.

    For more information on Log4j settings, see Activating and configuring Log4j.

    Items
    Select this check box to export the sources used by the Job during its execution including the .item and .properties files, Java and Talend sources.
    Information noteNote: If you select the Items or Source files check box, you can reuse the built Job in a Talend Studio installed on another machine. These source files are only used in Talend Studio.

    You must select this check box if you want to run the Job in Talend Administration Center.

    Execute tests

    Select this check box to execute the test case(s) of the Job, if any, when building the Job, and include the test report files in the sunfire-reports folder of the build archive.

    This check box is available only when the Binaries option is selected.

    For more information on how to create test cases, see Testing Jobs and Services using test cases.

    Add test sources

    Select this check box to include the sources of the test case(s) of the Job, if any, in the build archive.

    This check box is available only when the Sources (Maven) (Deprecated) option is selected.

    For more information on how to create test cases, see Testing Jobs and Services using test cases.

    Java sources

    Select this check box to export the .java file holding Java classes generated by the Job when designing it.

    This check box is available only when the Binaries option is selected.

    Include libraries

    Select this check box to include dependencies of the Job in the build archive.

    This check box is available only when the Sources (Maven) (Deprecated) option is selected.

  7. Click the Override parameters' values button, if necessary.
    In the window which opens you can update, add or remove context parameters and values of the Job context you selected in the list.
  8. Click Finish to validate your changes, complete the build operation and close the dialog box.

Results

A zipped file for the Jobs is created in the defined place.

Information noteNote: If the Job to be built calls a user routine that contains one or more extra Java classes in parallel with the public class named the same as the user routine, the extra class or classes will not be included in the exported file. To export such classes, you need to include them within the class with the routine name as inner classes. For more information about user routines, see Managing user routines. For more information about classes and inner classes, see relevant Java manuals.

Did this page help you?

If you find any issues with this page or its content – a typo, a missing step, or a technical error – please let us know!