Clean, Build, Rebuild, Deploy

Attention: LVSCE and Form Builder are currently in development and will have added features in regular intervals. The documentation will be supplemented accordingly.

Managing Build Configurations

Clean, Build, Rebuild, Deploy Programs

Clean, Build, Rebuild, Deploy Projects

Managing Build Configurations

Adding a Build Configuration

Setting the Build Configuration as Active

Adding Exclusions to the Build Configuration

Deleting a Build Configuration

From FGL Project Explorer, you can access the options to manage your build configurations:

Options available from the Project context menu:

Options available on hovering over the program:

After you click the Edit Program File button, LVSCE will open the .fgltarget file, which will have code describing the exclusions:

 

Return to top

Adding a Build Configuration

Note: A default build configuration affects a Project build and includes all the files existing in the project. To exclude any sources from a build, you have to create a non-default build configuration prior to using the Manage Build Configuration Exclusions button. You do not have to set a configuration as active to manage its exclusions though.

Step 1. Right-click your project in the FGL Project Explorer and select the Add Build Configuration option:

Step 2. Name your new configuration and press ENTER:

In the lower-right corner of VS Code’s main window, LVSCE will notify you about successful configuration creation:

 

Return to top

Setting the Build Configuration as Active

Step 1. Call the Project context menu and select Set Active Configuration:

Step 2. LVSCE will show the dialog of configurations choice in the top of VS Code’s main window. In this dialog, select desired configuration:

Note: If you have lots of configurations to pick from, the rectangular area above the list is a search bar, which you can use to filter the list if necessary by typing in a config name at least partially.

Your chosen build configuration will be displayed in FGL Project Explorer in the same line with the project name:

 

Return to top

Adding Exclusions to the Build Configuration

Step 1. Hover over the program’s name and find the Manage Build Configuration Exclusions button next to it:

Step 2. Click the button. In the top of VS Code’s main window, LVSCE will offer to pick the configuration to edit:

Note: If you have lots of configurations to pick from, the rectangular area above the list is a search bar, which you can use to filter the list if necessary by typing in a config name at least partially.

Step 3. Select the configuration. Next, LVSCE will show the list of program’s files that you can exclude from chosen build configuration, with a search bar on top of it:

Step 4. Fill flags beside the files you want to exclude, or find your files using the search bar and mark them for exclusion:

Step 5. Click the OK button:

Excluded files will have the mark [exclusion] beside their names in FGL Project Explorer:

You can also add exclusions to any configuration without switching from active configuration to the edited one. For example, we are going to exclude a file from newconfig1. We have found the file we need to exclude in FGL Project Explorer, and now we click the Manage Build Configuration Exclusions button:

Then, in dialog in the top of VS Code’s main window, we select the configuration to edit:

Next, we check the file using checkbox, and click OK:

Note: The [exclusion] mark will only be displayed for the files excluded from active configuration.

As buildconfig_3 remains the active configuration, FGL Project Explorer will display the [exclusion] mark for 01_04_dt_record.4gl file:

Let’s switch to newconfig1. To do that, we right-click the project and select the Set Active Build Configuration option:

Then, in dialog in the top of VS Code’s main window, we select the newconfig1 build configuration:

After that, newconfig1 is displayed as active beside the project name, and the file 01_08_for_loop.4gl has a mark of exclusion:

Note: To include excluded file in the configuration again, follow the Steps 1–3 from this section. On Step 4, the excluded files will be checked in that dialog. Uncheck them to include them back into the configuration. Alternatively, you can do that by opening the .fgltarget file and remove the lines that describe the exclusion.

 

Return to top

Deleting a Build Configuration

Note: If you delete build configuration, it will be impossible to restore it.

Step 1. Right-click your project in FGL Project Explorer and select the Delete Build Configuration option:

LVSCE will show a search bar and a list of configurations to choose from in the top of VS Code’s main window:

Step 2. Select the configuration(s) to delete, and click OK:

LVSCE will notify you that chosen configuration(s) has (have) been deleted:

Note: If the configuration you deleted was set as active at the moment of deletion, LVSCE will apply the Default build configuration to the project.

 

Return to top

Clean, Build, Rebuild, Deploy Programs

Cleaning a Program

Building a Program

Building a Program Containing the IMPORT FGL Statement

Rebuilding a Program

Deploying a Program

Deploying to a Custom Folder

Deploying a Program Containing the IMPORT FGL Statement

With FGL Project Explorer, you can clean, build, rebuild and deploy your programs:

Note: You also can clean / build / rebuild / deploy in two alternative ways:

1. From the Workspace view by right-clicking the .fgltarget file and selecting the option needed;

2. Using qbuild. To do that, open the Terminal tab of the Panel and change directory to the folder where your qbuild program is (for example, for Linux/UNIX the path is /opt/Querix/Lycia/bin/), then use the qbuild command with arguments from the following page: qbuild.

 

Return to top

Cleaning a Program

Right-click the program and select Clean:

The output files of this program’s build will be purged from the output folder. Files not related to it will stay untouched. The Terminal tab of VS Code will display the progress:

Note: Compiled files like .4o and .4a will only be removed if they were created using LVSCE (with qbuild tool).

If you compile output files outside LVSCE and add them to program’s output folder in LVSCE, Clean action will not delete those files.

 

Return to top

Building a Program

Right-click the program and select Build:

Non-built program – or the one that has been edited since the latest build – doesn’t have any signs on its icon in FGL Project Explorer. At successful build, the program will receive a green check mark sign; at failed build, it will have a red cross sign. You can see it on the screenshot below, top to bottom: successfully built program, program with build failure, non-built / modified program:

If the program has errors and failed to build, you will also receive the following indicators:

From this tab, you can quickly get to the error(s) in code. To do that, click the line with message of the error. VS Code will open the file and highlight the exact line that has that error:

Note: On very rare occasions, the failed build does not get displayed in FGL Project Explorer, Problems tab and Editor in the way described above. If that happens, refer to the Terminal tab as it will have all the information about the error to assist you in resolving the issue.

 

Return to top

Building a Program Containing the IMPORT FGL Statement

Building the program containing IMPORT FGL has the following steps:

Step 1. Build the program or library to receive .4o and .4a files that this statement will use.

Step 2. Place the .4a and .4o files into the location where compiler will search for these files. They are:

Output and source folders are indicated in the .fglproject file:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>

<fglProject name="my_project">

<data>

<item id="com.querix.fgl.core.pathentries">

<pathentry kind="out" path="output" />

<pathentry kind="src" path="source" />

</item>

</data>

</fglProject>

See details about FGL IMPORT algorithms on the following page: Algorithms used by IMPORT FGL.

Note: The IMPORT FGL statement is case-sensitive. Pay attention to the spelling of name of the file you import, and do not specify file extension or path to the file in the IMPORT FGL statement.

Step 3. Build the program that has the IMPORT FGL statement.

 

Return to top

Rebuilding a Program

If you made changes after the previous build, you will need to rebuild your program by right-clicking it and selecting the Rebuild option:

The Terminal tab of the Panel will notify you of the progress of the task:

If there are no errors, the program will be successfully rebuilt and will have a green check mark sign on it:

If the program has errors and failed to rebuild, you will also receive the following indicators:

From this tab, you can quickly get to the error(s) in code. To do that, click the line with message of the error. VS Code will open the file and highlight the exact line that has that error:

 

Return to top

Deploying a Program

With no errors in the code and a successful build, you can right-click the program again and select Deploy:

That action will deploy the program:

Note: We’ve also added options of Build/Deploy and Rebuild/Deploy for your convenience. These actions will rewrite the output files connected with the program, the files that get sent to application server from the output folder, and object cache for runtime.

 

Return to top

Deploying to a Custom Folder

Additionally, you can select a custom deployment folder for the program. To do that, proceed as follows:

Step 1. Right-click the program, and select the Set Custom Deployment Folder option:

Step 2. In the dialog that appears, select the folder to deploy the application to, and press ENTER.

 

Return to top

Deploying a Program Containing the IMPORT FGL Statement

.4o and .4a files must be deployed to the application server along with the program that imports them, as these files will be linked dynamically at runtime on application start.

See details about FGL IMPORT algorithms on the following page: Algorithms used by IMPORT FGL.

 

Return to top

Clean, Build, Rebuild, Deploy Projects

Cleaning a Project

Building a Project

Rebuilding a Project

Deploying a Project

FGL Project Explorer also provides the possibility to clean, build, rebuild, deploy entire projects:

Note: You also can clean / build / rebuild / deploy in two alternative ways:

1. From the Workspace view by right-clicking the .fglproject file and selecting the option needed;

2. Using qbuild. To do that, open the Terminal tab of the Panel and change directory to the folder where your qbuild program is (for example, for Linux/UNIX the path is /opt/Querix/Lycia/bin/), then use the qbuild command with arguments from the following page: qbuild.

 

Return to top

Cleaning a Project

Right-click the project and select Clean Project:

The output files of this project’s build will be purged from the output folder. Files not related to it will stay untouched.

 

Return to top

Building a Project

Right-click the project and select Build Project:

All the programs in the project will be built, the Terminal tab of the Panel will display the progress of the building. Successfully built programs will have green check mark signs on them, the failed-to-build programs will have red cross signs. For example, successfully built project will look like this:

If even one program of the project fails to build, the project’s icon will have a red cross sign as well as the program with build error:

Example of successful project build results in Terminal:

Example of failed project build results:

Click the error, and VS Code will open the file that contains that error and guide you to the exact line with highlighting it:

 

Return to top

Rebuilding a Project

After you’ve made changes to your project, right-click the project and select Rebuild Project:

All the programs in the project will be rebuilt. Successfully rebuilt programs will have green check mark signs on them, the failed-to-rebuild programs will have red cross signs. For example, successfully rebuilt project will look like this:

Also, if even one program of the project fails to rebuild, the project’s icon will have a red cross sign as well:

Example of successful project rebuild results:

Example of failed project rebuild results:

Click the error, and VS Code will open the file that contains that error and guide you to the exact line with highlighting it:

 

Return to top

Deploying a Project

With a successful build, right-click the project and select Deploy Project:

The programs of the selected project will be deployed.

Note: We’ve also added options of Build/Deploy Project and Rebuild/Deploy Project. These actions will rewrite the output files connected with the project’s programs, the files that get sent to application server from the output folder, and object cache for runtime.

 

Return to top

 

See next: Run

 

Contact Us

Privacy Policy

Copyright © 2025 Querix, (UK) Ltd.