PowerShell Installation
Overview
The following procedure applies to the setup using the WorkflowGen PowerShell installation, which is only compatible with:
Azure SQL Database
MS SQL Server with SQL Server authentication enabled
Windows Server 2012 R2, Windows Server 2016, and Windows 10 x64
For Oracle database and/or other versions of Windows, use the manual installation procedure.
Prerequisites
You'll need an active internet connection to perform this installation unless all of the dependencies have been downloaded by running the script with the
-DownloadOnly
script flag.If you're using Azure SQL database, you'll need to create and configure the database manually; see the Azure SQL database configuration section for instructions on how to do this.
If you're using MS SQL Server with the WorkflowGen database creation, the installation will require the SQL Server PowerShell module.
If your Windows has SQL Server and SQL Server Management Studio installed, the SQL Server PowerShell module comes pre-installed.
If your Windows has PowerShell version 5 or later installed (e.g. Windows Server 2016/Windows 10), the installation script will auto-detect and install the SqlServer module from the PowerShell Gallery.
If your Windows has PowerShell version 4 or earlier installed (e.g. Windows Server 2012 R2), you'll need to manually install the PowerShell Extensions from the SQL Server Feature Pack according to your SQL Server version below:
Download and install the following packages from the feature pack:
ENU\x64\SQLSysClrTypes.msi
ENU\x64\SharedManagementObjects.msi
ENU\x64\PowerShellTools.msi
Note: If the PowerShell Extensions aren't available for your SQL Server version or the installation script still doesn't detect the SQL Server PowerShell module, then try installing the PowerShell Extensions from the SQL Server 2016 Feature Pack, or try installing SQL Server 2016 Management Studio.
Important notes
Ensure that the PowerShell Execution Policy is correctly set (see https://technet.microsoft.com/en-us/library/ee176961.aspx). To do this, run
Set-ExecutionPolicy Unrestricted
in the PowerShell command window.Note: If you want to avoid modifying the Execution Policy, you can bypass it by running the WorkflowGen installation script as follows:
PowerShell.exe -ExecutionPolicy Bypass -File .\install.ps1
.Clicking on the shell while it is running will pause the output; you can change this option in the PowerShell options, or press
ENTER
to resume the output (this will not pause the script, which will continue to run in the background).In JSON format, backslashes (
\
) must be escaped as follows:You can abort the script at any point by pressing
CTRL+C
. If this is done during a download or extraction process, the folders created might need to be deleted (e.g.\package\
); otherwise, the script will detect their presence and assume that they are complete.The PowerShell installation will also install Node.js version v8.11.3, iisnode, and IIS Url Rewrite.
To install a previous version of WorkflowGen, use that version's PowerShell installation, available in the Release Notes & Downloads section of the WorkflowGen Forum & Knowledge Base.
Installation
Open
config.json
in a text editor and configure the parameters for your installation of WorkflowGen (see PowerShell installation configuration parameters below for information on each parameter).Open a PowerShell instance as Administrator.
Run
.\install.ps1
(with the optional script flags listed below, if desired).
Optional PowerShell script flags
Parameter | Description |
| Example: |
| Example: |
PowerShell installation configuration parameters
Parameter | Description |
| Possible values: |
| If you're installing under the full license, enter the serial number you were provided with |
| The physical location where the WorkflowGen site will be located (default: |
| The physical location where the WorkflowGen services will be installed (default: |
| The physical location where Node.js will be installed; this package is required for WorkflowGen features such as GraphQL and webhooks |
| The name or location (IP) of the SQL Server database instance
Note: If the database server is the same as the WorkflowGen application server, you can use |
| The login credentials used exclusively for the creation of the WorkflowGen database; these must have the appropriate access level
Note: These parameters can be left empty if the |
| The name of the WorkflowGen database to use or create (default: |
| The physical location where the new database will be created (only applicable when creating a new database); leaving this path empty will create the database in the default path in the environment Note: If these parameters are specified, the identity for SQL Server must also have permission for this folder. |
| Standard database user (with read and write permissions) used by the WorkflowGen application (default: Notes:
|
| The name of the IIS website under which the WorkflowGen application will exist; an IIS website will be created if it does not already exist (default: |
| The name of the IIS application pool for WorkflowGen; an application pool will be created if it does not already exist (default: |
| The IP address to be bound to WorkflowGen; the |
| The TCP/IP port for WorkflowGen (default: |
| Specifies which IIS authentication mode to use for the initial WorkflowGen installation; the possible values are |
| WorkflowGen's first administrator account (default: |
| The URL where WorkflowGen will be accessible; this value is populated in the "web.config" (default: |
| The location of the SMTP server for WorkflowGen; this value is populated in the "web.config" (default: |
| The default email used as the sender for WorkflowGen notifications; this value is populated in the |
Troubleshooting
In some particular Windows Server versions and/or configurations, you might encounter the error The specified module could not be found
regarding the edge
and edge-js
libraries when launching npm install --production
in command-line, or when accessing the /wfgen/graphql
, /wfgen/hooks
, or /wfgen/scim
web apps (see the logs in each module, located in their respective iisnode
sub-folders). In this case, we suggest installing the latest Visual C++ Redistributable to resolve this issue. The latest supported Visual C++ downloads are available at https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads.
Last updated