You are here: Setting up the system > Windows services > Production as a service: Overview

Production as a service: Overview

FYI, the Installation Guide, SCG, Upgrade Guide, AND Checklist for Support Issues document refer to this topic by name. So don't change or delete it without fixing those docs.

Production as a service can start one or more instances of the Production module. When Production is started by the service, it is, by default, not allowed to interact with the user interface. Its primary intention is to start the Production module automatically, with production tasks that do not require any user interaction.

Installation

Please refer to the instructions provided in DOCUMENTS 7 Installation Guide.

Configuration

Configure the service according to these instructions.

Further adjustments are made by editing the ReadSoft Production service properties using the Windows Services dialog:

Further changes are made in the RSProductionService.exe.config.behaviour file.

Execution and logging

Production service events are logged. See Checking on production tasks that are running as services.

When set to run automatically, the service starts after reboot, and the Production module starts to run. ReadSoft Production as a service does not require user attention. If the Production module crashes or stops, it is restarted automatically. The error is logged here:

When a production task is executed in a Production service, all deployed versions of the task are executed consecutively. If a solution was deployed more than once, there will be several versions of the solution and its specifications. This means that all instances that match the production task will be processed, regardless of what version they belong to. ClosedExample:

A solution called "SmallSolution" includes production tasks "Input" (which includes the Input activity) and "Enhance & Sort" (which includes those two activities).  

  1. We deploy SmallSolution to the runtime system, and it is given version 1.0 in the Production database.

  2. We run the Input task and scan three batches.

  3. We make some changes in SmallSolution and deploy it again. It is given version 2.0 in the Production database.

  4. We run the Input task again—this time it is the task from SmallSolution 2.0, because Input always uses the latest version—and scan five more batches.

    At this point we have three batches created using SmallSolution 1.0 and five batches created using SmallSolution 2.0.

  5. Now we start a Windows service that runs the Enhance & Sort task in SmallSolution. The service runs version 1.0 of this task, which processes the first three batches. Then it runs version 2.0 of the task, which processes the remaining five batches.

Troubleshooting Windows services

Running DOCUMENTS from the command line

Additional documentation