Difference between revisions of "Localyzer Jenkins Jobs"
(→Lingotek Jobs) |
(→Local Vendor Jobs) |
||
Line 66: | Line 66: | ||
== Local Vendor Jobs == |
== Local Vendor Jobs == |
||
=== LocalVendorDownload === |
=== LocalVendorDownload === |
||
− | This job downloads the zip files that are in the expected ''incoming'' location and moves the files to the LocaleVendor import staging area. |
+ | This job runs every 2 hours. It downloads the zip files that are in the expected ''incoming'' location and moves the files to the LocaleVendor import staging area. |
=== LocalVendorImport === |
=== LocalVendorImport === |
||
− | This job imports all files that are in the import staging area. |
+ | This job is triggered after the LocalVendorDownload completes and imports all files that are in the import staging area. |
== FTP Jobs == |
== FTP Jobs == |
Revision as of 23:37, 13 September 2017
Jobs are organized under views (or tabs). If you have not setup the basic infrastructure jobs or the tabs, run the scripts to do so.
Contents
Execute create-views.sh
and create-lingoport-jobs.sh
This way to setup involves downloading the jenkins-cli.jar
file, setting some variables, and running the script.
Download jenkins-cli.jar
If you have not already done so:
- Navigate to your Jenkins URL followed by cli, for example
http://localhost:8080/cli
. - Click on the download link and copy the downloaded jenkins-cli.jar to a location you have access to.
- From the '/cli' page, click on the login command in the list. An example is given on how to login Jenkins using jenkins-cli.jar. This will be useful soon.
Setup Environment Variables
If you have not already done so: Two global variables need to be setup:
- Set JENKINS_CLI to the absolute location of the downloaded jenkins-cli.jar file, for example
export JENKINS_CLI=/home/jenkins/jenkins-cli.jar
- Set JENKINS_URL to the URL for Jenkins, for example
export JENKINS_URL=http://locahost:8080/
Login using jenkins-cli.jar
If you have not already done so: The login command example you saw above should help you login with an account with administrative privileges. It should look like:
java -jar $JENKINS_CLI -s $JENKINS_URL login --username admin --password adminPassword
Execute the create-views.sh
and create-lingoport-jobs.sh
Go to the directory where the script is located and execute the script. For example:
- Either
cd /var/lib/jenkins/lingoport/lrm-server-x.x/jenkins/views
cd /home/jenkins/lingoport/lrm-server-x.x/jenkins/views
./create-views.sh
Go to the directory where the next script is located and execute the script. For example:
- Either
cd /var/lib/jenkins/lingoport/lrm-server-2.2/jenkins/base-jobs
cd /home/jenkins/lingoport/lrm-server-2.2/jenkins/base-jobs
./create-lingoport-jobs.sh
Restart Jenkins
You may be able to do so with a browser URL such as http://localhost:8080/restart
Verify the Views and Jobs have been Created
- Navigate to the Jenkins URL, such as
http://localhost:8080/
: You should see new views (tabs) and jobs in those tabs.
LRM Jobs
LRM Jenkins Jobs are setup under tabs:
- The 0 - Infrastructure tab contains Jenkins job which run independently of particular projects.
- The 1 - Automation tab contains on-boarded jobs which generate the status of the project and pushes it to the dashboard, and pseudo-localizes resource files if necessary. These jobs tend to run whenever files are pushed to the repository for the project.
- The 2 - Nightlies tab contains on-boarded jobs which run every day or every night and provide an update to the dashboard and an email to a set of recipients based on the configured frequency.
- The 3- PrepKit tab contains on-boarded jobs which are triggered by a human intervention to send the kits for translation based on the configured translation endpoint.
We focus on the infrastructure jobs
Infrastructure Tab Jobs
- checksend: This job sweeps through unsent prep kits and tries to send them again to the configured translation endpoint, such as Lingotek, FTP, or WorldServer. It is best to keep this job triggered by a manual click so that the error is first corrected (translation group network access or authorization, etc.) before trying to resend the prep kit.
- debug: This job is a freestyle type of job setup to enter any kind of command to debug the installation or anything else in the system.
Lingotek Jobs
LingotekCallback
This job is invoked by Lingotek upon the last step of their workflow. Files are first downloaded to the download staging area and then moved to the Lingotek import staging area.
LingotekCheckCallback
This job runs once a day and moves any files left in the download staging area to the Lingotek import staging area.
LingotekImportKit
This job runs based on a frequency (every 2 hours) and runs the import on any files in the Lingotek import staging area.
Local Vendor Jobs
LocalVendorDownload
This job runs every 2 hours. It downloads the zip files that are in the expected incoming location and moves the files to the LocaleVendor import staging area.
LocalVendorImport
This job is triggered after the LocalVendorDownload completes and imports all files that are in the import staging area.
FTP Jobs
FTPDownload
This job makes sure that files which needed to be downloaded from FTP 'in' have been downloaded and moved to the staging area and are ready to be imported. It runs on a regular (every hour) schedule. It calls the ftp_download.sh
script.
FTPImport
This job runs based on a frequency (every 2 hours) and runs the import for FTP files stashed under the staging area.
WorldServer Jobs
WorldserverDownload
When using the Worldserver protocol in the config_l10n_vendor.properties file, this job is invoked to download any zip file located in the expected incoming folder. The files are moved from the expected incoming folder into the download staging area.
WorldserverCheckDownloads
This job moves any files that are in from the download staging area into the importkit staging area.
WorldserverImport
This job runs after files have been downloaded using WSDownload. It checks the translated files for LRM correctness and pushes the translated files if they pass the tests. If they fail the tests, the files are not pushed into the corresponding repository at the correct location. A Notification email is sent in either case, success or failure
Next Steps
- If your projects are under Git, follow those additional instructions: Git
- If your projects are under SVN, follow these additional instructions: SVN
The overall system is setup and configured. You are now ready to on-board your first project. The first project will prepare for all subsequent LRM projects. On-Boarding New Projects