Deploying a project uploads compiled LU artifacts to a Fabric server, making them active and ready for use.
Deployment not performed from Fabric Studio can be done in two ways:
buildAndDeployArtifacts.sh — builds artifacts and deploys them in a single command.deploy-artifacts.sh — deploys artifacts that were previously built and stored, for example from a separate CI build stage.You can also deploy a single LU directly on the Fabric server using the DEPLOY command, or remotely using the Fabric REST API.
All script-based methods support local and remote deployment:
-r flag). Does not require a local Fabric installation.buildAndDeployArtifacts.sh orchestrates the full pipeline: build → optionally deploy environment → deploy LU artifacts. It calls buildArtifacts.sh, deploy-environment.sh, and deploy-artifacts.sh internally, stopping if any step fails.
The script is located under $K2_HOME/fabric/scripts.
Usage:
./buildAndDeployArtifacts.sh -pd <PATH_TO_PROJECT> [options]
Options:
Example — build and deploy to a remote server:
./buildAndDeployArtifacts.sh \
-pd /opt/apps/MyProject \
-host 10.0.0.5 \
-u admin -p mypassword \
-r
Example — deploy-only (pre-built artifacts) with environment activation:
./buildAndDeployArtifacts.sh \
-pd /opt/apps/MyProject \
-host 10.0.0.5 -r \
-d \
-de -e Production
deploy-artifacts.sh deploys LU artifacts that have already been built, for example using buildArtifacts.sh in a separate CI stage. The script is located under $K2_HOME/fabric/scripts.
Usage:
./deploy-artifacts.sh [options]
Options:
The script enforces a fixed deployment order: k2_ref is deployed first, all other LUs follow, and k2_ws (Web Services) is deployed last.
Example — deploy from a CI artifact store to a remote server:
./deploy-artifacts.sh \
-ad /artifacts/MyProject \
-host 10.0.0.5 \
-t $API_TOKEN \
-r
On the Fabric server, deploy a single LU directly using the DEPLOY command. Copy the ludb.jar and ludbXMLs.zip files to the target server, then run:
DEPLOY <LUT> WITH JAR <'jar_path'> ZIP_FILE <'zip_path'> [WS_METHODS <'string'>] NOSYNC <Boolean>;
Options:
Option |
Description |
|---|---|
LUT |
Logical Unit Type name. |
JAR |
Mandatory. Path to the JAR file, relative to USER_DIR. |
ZIP_FILE |
Path to the ZIP file, relative to USER_DIR. |
NOSYNC |
TRUE — only schema changes trigger a sync after deploy. FALSE — any deploy triggers a sync on the first instance access. Note that NOSYNC FALSE is equivalent to checking the Force Upgrade Post Deploy checkbox in the Server Configuration window. |
SOFT_DEPLOY |
Default: FALSE. When TRUE, skips automatic processes: jobs, parsers, interface listeners, and deploy.flow. |
WS_METHODS |
When LUT = k2_ws (Web Services), specify which methods to deploy, separated by ",". Empty or omitted = all methods. |
Example:
DEPLOY k2_ws WITH JAR '/home/k2view/project/k2_ws/ludb.jar' ZIP_FILE '/home/k2view/project/k2_ws/ludbXMLs.zip' WS_METHODS 'dbQueryOnAnyDB' NOSYNC true;
Use the Fabric REST API to deploy remotely without a local Fabric installation.
POST https://<FABRIC-IP>:<FABRIC-PORT>/deploy?luName=<LUT-NAME>[&noSync=true|false][&softDeploy=true|false][&methodList=<LIST-OF-METHODS>]&[token=<APIKEY>][user=<USER-NAME>&password=<PASSWORD>]
user + password parameters, or a token (API key).Send with Content-Type: multipart/form-data.
Parameter |
Description |
Mandatory |
jar |
Path to the JAR file. |
Y |
projectXmlData |
Path to the ludbXMLs ZIP file. When not specified, only Java files are deployed. |
N |
Deploying a project uploads compiled LU artifacts to a Fabric server, making them active and ready for use.
Deployment not performed from Fabric Studio can be done in two ways:
buildAndDeployArtifacts.sh — builds artifacts and deploys them in a single command.deploy-artifacts.sh — deploys artifacts that were previously built and stored, for example from a separate CI build stage.You can also deploy a single LU directly on the Fabric server using the DEPLOY command, or remotely using the Fabric REST API.
All script-based methods support local and remote deployment:
-r flag). Does not require a local Fabric installation.buildAndDeployArtifacts.sh orchestrates the full pipeline: build → optionally deploy environment → deploy LU artifacts. It calls buildArtifacts.sh, deploy-environment.sh, and deploy-artifacts.sh internally, stopping if any step fails.
The script is located under $K2_HOME/fabric/scripts.
Usage:
./buildAndDeployArtifacts.sh -pd <PATH_TO_PROJECT> [options]
Options:
Example — build and deploy to a remote server:
./buildAndDeployArtifacts.sh \
-pd /opt/apps/MyProject \
-host 10.0.0.5 \
-u admin -p mypassword \
-r
Example — deploy-only (pre-built artifacts) with environment activation:
./buildAndDeployArtifacts.sh \
-pd /opt/apps/MyProject \
-host 10.0.0.5 -r \
-d \
-de -e Production
deploy-artifacts.sh deploys LU artifacts that have already been built, for example using buildArtifacts.sh in a separate CI stage. The script is located under $K2_HOME/fabric/scripts.
Usage:
./deploy-artifacts.sh [options]
Options:
The script enforces a fixed deployment order: k2_ref is deployed first, all other LUs follow, and k2_ws (Web Services) is deployed last.
Example — deploy from a CI artifact store to a remote server:
./deploy-artifacts.sh \
-ad /artifacts/MyProject \
-host 10.0.0.5 \
-t $API_TOKEN \
-r
On the Fabric server, deploy a single LU directly using the DEPLOY command. Copy the ludb.jar and ludbXMLs.zip files to the target server, then run:
DEPLOY <LUT> WITH JAR <'jar_path'> ZIP_FILE <'zip_path'> [WS_METHODS <'string'>] NOSYNC <Boolean>;
Options:
Option |
Description |
|---|---|
LUT |
Logical Unit Type name. |
JAR |
Mandatory. Path to the JAR file, relative to USER_DIR. |
ZIP_FILE |
Path to the ZIP file, relative to USER_DIR. |
NOSYNC |
TRUE — only schema changes trigger a sync after deploy. FALSE — any deploy triggers a sync on the first instance access. Note that NOSYNC FALSE is equivalent to checking the Force Upgrade Post Deploy checkbox in the Server Configuration window. |
SOFT_DEPLOY |
Default: FALSE. When TRUE, skips automatic processes: jobs, parsers, interface listeners, and deploy.flow. |
WS_METHODS |
When LUT = k2_ws (Web Services), specify which methods to deploy, separated by ",". Empty or omitted = all methods. |
Example:
DEPLOY k2_ws WITH JAR '/home/k2view/project/k2_ws/ludb.jar' ZIP_FILE '/home/k2view/project/k2_ws/ludbXMLs.zip' WS_METHODS 'dbQueryOnAnyDB' NOSYNC true;
Use the Fabric REST API to deploy remotely without a local Fabric installation.
POST https://<FABRIC-IP>:<FABRIC-PORT>/deploy?luName=<LUT-NAME>[&noSync=true|false][&softDeploy=true|false][&methodList=<LIST-OF-METHODS>]&[token=<APIKEY>][user=<USER-NAME>&password=<PASSWORD>]
user + password parameters, or a token (API key).Send with Content-Type: multipart/form-data.
Parameter |
Description |
Mandatory |
jar |
Path to the JAR file. |
Y |
projectXmlData |
Path to the ludbXMLs ZIP file. When not specified, only Java files are deployed. |
N |