The implementation of a Fabric project can be divided into 2 on-going stages:
A deployment includes the newly created or modified Fabric objects such as LU Schema, LU Tables, Interfaces, Globals, Project functions, Web Services, Broadway flows and Graphit.
The deployment of a Fabric project is performed on the following levels:
Deployment of Logical Units - each LU is deployed separately.
Deployment of Broadway flows as part of the LU to which they belong.
Deployment of Reference objects, when they exist in a project. All Reference (common) tables are deployed together.
Deployment of Web Services, when they exist in the project. The following deployment options are available:
Deployment of all Web Services.
Deployment of selected Web Services within a category.
Deployment of selected Web Services.
Deployment of Graphit, when it exists in the project. The following deployment options are available:
Deployment of Environments
Deployment can be performed using several methods:
The latter 2 options are also called Offline Deploy.
In the Fabric Project, deployment involves generating 2 files (a .jar and a .zip) for each Fabric Object. These files store all the components under the Logical Unit (LU) in the project's directory structure. Each Fabric Object has its own subdirectory under /storage/lu for storing its deployment artifacts, and this directory is created during the first deployment within the project. Later Fabric Object deployments add their respective directories (in an epoch format) under /storage/lu.
Note that Shared Objects are not independent objects in a project and therefore cannot be deployed as stand-alone items. You must re-deploy the LUs that use these objects in order to bring the changes into effect. For example, when an interface is updated, all LUs that use this interface should be re-deployed.
Soft Deploy is a Fabric's capability to exclude automatic processes from the LU deployment. Accordingly, when the Soft Deploy is being used, the deploy.flow is not running.
Moreover, when using the Soft Deploy option, these processes are not triggered:
To activate the Soft Deploy when deploying from the Fabric Studio, turn on the Soft Deploy option in the User Preferences > Server Configuration window.
To activate the Soft Deploy, right-click on a Logical Unit name, and select Soft Deploy.
To activate the Soft Deploy during the Offline Deploy, set the SOFT_DEPLOY optional parameter to TRUE.
Only one project can be deployed to each Fabric cluster. If a project has already been deployed and an attempt to deploy another project to the same cluster is being made, an error message displays.
To perform a project’s deployment check in the Fabric server, use the SET command from the Fabric console.
To perform a project’s deployment check in the Fabric server, use the SET command from the Fabric terminal (choose Fabric -> Open Fabric Terminal).
set;
This command displays the currently deployed project's name.
Click for more information about Fabric Basic Commands.
You can check which objects are deployed in the Fabric server by using the Fabric LIST command.
list LU_TYPES/LUT - provides a list of LU Types deployed to the Fabric server and can display an LU's storage type. This command can be invoked for either all deployed LU Types or a specific one.
list WS - provides a list of all Web Service methods deployed to the Fabric server.
list ENVIRONMENTS/ENVS - provides a list of environments deployed to the Fabric server.
list BF/BROADWAY_FLOWS - lists all Broadway flows of all LU Types with their inputs and outputs deployed to the server:
list INSTANCE_GROUPS/IGS - lists all instance groups of all LU Types deployed to the server.
list DB_SOURCES - lists all the DB interfaces.
list INTERFACES - lists all the interfaces.
list lut;
list lu_types;
list lut storage=y;
list ws;
list ENVIRONMENTS;
list ENVS;
list BF;
list BROADWAY_FLOWS;
list IGS;
list INSTANCE_GROUPS;
list DB_SOURCES;
list INTERFACES;
Examples:
fabric>list lut storage=y;
|LU_NAME |STORAGE|
+---------------+-------+
|SummaryExercise|Default|
|Customer |Default|
|ORDERS |Default|
|CRM |Default|
A project deployment is reflected in Cassandra as follows:
As the project implementation is an on-going process, where many changes are done over time, there is a need to clarify which code or configuration has been deployed to the server.
Fabric offers project version tagging that shows the deployed version tag on the deployed server.
The version tag creation is done along with a GIT tagging capability, allowing for a project version to be preserved both as a property in the project definitions file (k2proj.xml) and as a GIT annotated tag.
While Fabric provides the mechanism and technology for project versioning, the project owner and developers shall follow the related project lifecycle procedures, when tagging a version and while deploying the project.
For more information about Project Versioning, read here.
In addition to project versioning, which allows you to compare between the deployed version and the matched tag in GIT, Fabric supports the creation of a zip file for any selected LU name, enabling the implementor to download the code that is deployed in the environment and to check it.
http://[host]:3213/lut?lutName=[luname]&token=[token]
For example:
http://[host]:3213/lut?lutName=k2_ws&token=[token]
The outcome of this command is that ludbXMLs.zip is downloaded to your local machine and can be opened in the Studio.
The implementation of a Fabric project can be divided into 2 on-going stages:
A deployment includes the newly created or modified Fabric objects such as LU Schema, LU Tables, Interfaces, Globals, Project functions, Web Services, Broadway flows and Graphit.
The deployment of a Fabric project is performed on the following levels:
Deployment of Logical Units - each LU is deployed separately.
Deployment of Broadway flows as part of the LU to which they belong.
Deployment of Reference objects, when they exist in a project. All Reference (common) tables are deployed together.
Deployment of Web Services, when they exist in the project. The following deployment options are available:
Deployment of all Web Services.
Deployment of selected Web Services within a category.
Deployment of selected Web Services.
Deployment of Graphit, when it exists in the project. The following deployment options are available:
Deployment of Environments
Deployment can be performed using several methods:
The latter 2 options are also called Offline Deploy.
In the Fabric Project, deployment involves generating 2 files (a .jar and a .zip) for each Fabric Object. These files store all the components under the Logical Unit (LU) in the project's directory structure. Each Fabric Object has its own subdirectory under /storage/lu for storing its deployment artifacts, and this directory is created during the first deployment within the project. Later Fabric Object deployments add their respective directories (in an epoch format) under /storage/lu.
Note that Shared Objects are not independent objects in a project and therefore cannot be deployed as stand-alone items. You must re-deploy the LUs that use these objects in order to bring the changes into effect. For example, when an interface is updated, all LUs that use this interface should be re-deployed.
Soft Deploy is a Fabric's capability to exclude automatic processes from the LU deployment. Accordingly, when the Soft Deploy is being used, the deploy.flow is not running.
Moreover, when using the Soft Deploy option, these processes are not triggered:
To activate the Soft Deploy when deploying from the Fabric Studio, turn on the Soft Deploy option in the User Preferences > Server Configuration window.
To activate the Soft Deploy, right-click on a Logical Unit name, and select Soft Deploy.
To activate the Soft Deploy during the Offline Deploy, set the SOFT_DEPLOY optional parameter to TRUE.
Only one project can be deployed to each Fabric cluster. If a project has already been deployed and an attempt to deploy another project to the same cluster is being made, an error message displays.
To perform a project’s deployment check in the Fabric server, use the SET command from the Fabric console.
To perform a project’s deployment check in the Fabric server, use the SET command from the Fabric terminal (choose Fabric -> Open Fabric Terminal).
set;
This command displays the currently deployed project's name.
Click for more information about Fabric Basic Commands.
You can check which objects are deployed in the Fabric server by using the Fabric LIST command.
list LU_TYPES/LUT - provides a list of LU Types deployed to the Fabric server and can display an LU's storage type. This command can be invoked for either all deployed LU Types or a specific one.
list WS - provides a list of all Web Service methods deployed to the Fabric server.
list ENVIRONMENTS/ENVS - provides a list of environments deployed to the Fabric server.
list BF/BROADWAY_FLOWS - lists all Broadway flows of all LU Types with their inputs and outputs deployed to the server:
list INSTANCE_GROUPS/IGS - lists all instance groups of all LU Types deployed to the server.
list DB_SOURCES - lists all the DB interfaces.
list INTERFACES - lists all the interfaces.
list lut;
list lu_types;
list lut storage=y;
list ws;
list ENVIRONMENTS;
list ENVS;
list BF;
list BROADWAY_FLOWS;
list IGS;
list INSTANCE_GROUPS;
list DB_SOURCES;
list INTERFACES;
Examples:
fabric>list lut storage=y;
|LU_NAME |STORAGE|
+---------------+-------+
|SummaryExercise|Default|
|Customer |Default|
|ORDERS |Default|
|CRM |Default|
A project deployment is reflected in Cassandra as follows:
As the project implementation is an on-going process, where many changes are done over time, there is a need to clarify which code or configuration has been deployed to the server.
Fabric offers project version tagging that shows the deployed version tag on the deployed server.
The version tag creation is done along with a GIT tagging capability, allowing for a project version to be preserved both as a property in the project definitions file (k2proj.xml) and as a GIT annotated tag.
While Fabric provides the mechanism and technology for project versioning, the project owner and developers shall follow the related project lifecycle procedures, when tagging a version and while deploying the project.
For more information about Project Versioning, read here.
In addition to project versioning, which allows you to compare between the deployed version and the matched tag in GIT, Fabric supports the creation of a zip file for any selected LU name, enabling the implementor to download the code that is deployed in the environment and to check it.
http://[host]:3213/lut?lutName=[luname]&token=[token]
For example:
http://[host]:3213/lut?lutName=k2_ws&token=[token]
The outcome of this command is that ludbXMLs.zip is downloaded to your local machine and can be opened in the Studio.