“Inherit” in Scripting language

An example to understand inherit setting for scripting language:

Inherit Scripting Language

Some useful functions need not to be translated but use as is. Lianja is cross-language. It also means that some pages (Page3) and some sections (Section22) will not be visible in browser or mobile.

  • In App Settings for example_webapp2, the ‘Scripting language’ is set to ‘JavaScript’.
  • Its Pages have ‘Scripting language’ set to ‘Inherit’, so they have the same ‘Scripting language’ as the App.
  • Their Sections have ‘Scripting language’ set to ‘Inherit’, so they have the same ‘Scripting language’ as their Page.

Supported languages:

Recital Desktop Apps only.
Visual FoxPro Desktop Apps only.
Python Desktop Apps only.
JavaScript Desktop/Web/Mobile Apps.
TypeScript Desktop/Web/Mobile Apps.
Babel Desktop/Web/Mobile Apps.
PHP Desktop Apps only.




Windows 10 laptop (primary) monitor not detected

It happened to me once before: After upgrading an old laptop to Windows 10 free, I ran into this problem. Must log in to Windows blindly: click and entering password not seeing anything. If lucky, the desktop would show. Dual monitor worked. After searching the internet I found nothing relevant.  I leave that laptop.

Today it happened to me again on my working laptop – when I was playing with battery options.

Solution to my problem:

Somehow the rightness was set to the left end, on 0%. After sliding right to the 100%, the primary monitor was showing. It was there all the time. Fortunately, the external second monitor was working, so I was able to find the solution.

Screenshot - 01.03.2018. , 09_06_25.png




It seems that the html file has to be in “C:\lianja\apps\myapp” folder, then we can use that in the URL attribute of a webview section.

Can we use a html file that is in “c:\lianja\server\temp” folder as the URL source?


The URL has to reference a file below the wwwroot, so you could not use c:\lianja\server\temp. If you create a temp folder under wwwroot (C:\lianja\cloudserver\tenants\public\wwwroot\ is the default), then you could specify this folder in the tmpnam() function, e.g.

m.cFile = tmpnam("c:\lianja\cloudserver\tenants\public\wwwroot\apps\myapp\temp\",".htm")
m.htmlrep = "c:\lianja\cloudserver\tenants\public\wwwroot\apps\myapp\rpt_template.htm"
m.nResult=StrToFile(m.cStr, m.cFile)

return '/apps/myapp/temp/' + justfname(cFile)



Web services

Lianja 3.4 provides cross-platform consumer/producer message processing functions which can be used very effectively with web services.

These functions provide cross-platform messaging enabling you to offload slow processing e.g. send email, to a background service.

On Windows the messaging functions are implemented using named pipes and on Linux using POSIX message queues.

Firstly you create your “consumer” and run it as a scheduled task in Windows or a cron job in Linux:

local mqdes, msg, data

// Create the consumer and wait for a connection
mqdes = mqCreate(“unique_name_of_your_consumer”)

// loop processing messages as they come in from multiple producers
do while .t.
       msg = mqReceive(mqdes)
        if len(msg)=0
        data = json_decode(msg)
        // Now process the message which is now encoded as an object
        // …

Now the producer(s) code looks like this:

// Create the consumer and wait for a connection
mqdes = mqOpen(“unique_name_of_your_consumer”)
msg = json_encode(anobject)
mqSend(mqdes, msg)

Alternatively you can combine all the above code into a shortened version:

mqSendMessage(“unique_name_of_your_consumer”,  json_encode(anobject))


In a JavaScript application, I am trying to add a blank grid and then populate it later from an array using additems().

I know this is not yet supported in custom sections, but I thought it may be possible in a standard section.



Custom grids which can be loaded from an external web service are now implemented in 4.0.1

Virtual tables


We want to use sql server to act as our database. From what I have read, it sounds like vTables should be able to do this.

Lianja connects to the DSN I have setup without problem. Then I created a new database and imported the tables from the DSN and created vtables for all. Just to test things out, we created a grid using the vtable vt_client. The data seems to display without any issue.

The data displays fine and editing the data or adding to it seems to work as well. We can make changes and add new entries and it saves it successfully. BUT the data changes doesn’t communicate through to sql server. How do we accomplish this?


Make sure that you have specified a primarykey for the Virtual Table. This is the KEYFIELDLIST clause in the CREATE VIRTUALTABLE command or ‘4 Key field list’ in the MODIFY A VIRTUAL TABLE dialog. This can also be used to exclude fields from the internal WHERE clause used for updates and deletes, e.g. ‘*,-id,-last_update’ would use all fields except the id and last_update fields.

Also use the updatefieldlist PROPERTY to exclude any fields that should not be updated, e.g. ‘updatefieldlist=*,-id,-last_update’.

The dbtype property can also be specified: ‘dbtype=mssql’.


You need to make sure that you have a primary key on your SQL Server table and that you specify it as the primary key in you Virtual table definition.

dynamic connectstring.

use mydb.dbo.mytable connstr "driver={SQL Server};server=myserver;Trusted_Connection=Yes"


use mydb.dbo.mytable connstr "driver={SQL server};server=myserver;Trusted_Connection=Yes" alias mytemp.

select mytemp


When creating virtual tables that use one of the newer versions of SQL Server, be sure to use the latest available ODBC drivers.

create virtualtable vt_mytable connstr 'driver={={ODBC Driver 13 for SQL Server};server=.;uid=xxxx;pwd=xxxx' keyfield 'PK1' properties 'keepalive=1;dbtype=mssql' as select * from mytable.

The performance improvement is very noticeable.


I’ve set up a grid with a virtual table (using VFP ODBC.) I set up a calculated field (balance = totalbudget-totalexpenses.) It works fine and calculate accurately in development view, but not so in app view, web view, tablet view, etc. There it gives me a zero.

Name:  lianja grid problems.jpg Views: 31 Size:  76.7 KB


Look at the example web apps and verify that the server is running and they are working.

You need to make sure you have deployed your database containing your virtual table definitions.

Calculated columns are not yet available in the web/mobile grids.

Are you hiding the section header? [ I’m hiding a few columns, not just headers (as far as I can tell.) ] If you look at the examples you will note that this works as expected so sonething else is causing this.


My app works fine in development and web app view, but when I use Preview to see it running in the browser, I get a Server connection lost -message. Demo apps run fine, as do test apps using Lianja SQL server. I made sure that the virtual table has a primary key. Is ODBC problematic with apps running in the browser, or am I maybe missing something?

I will try the demo that use ODBC/VT’s once I have installed MySQL on my dev machine to see if I missed something in the setup.

Name:  Lianja Server Failed to Respond.jpg Views: 76 Size:  26.9 KB


No, ODBC is fine in web and mobile apps.

Have you deployed the database containing your virtual table? Web app view uses your development data whereas preview uses deployed data so the database needs to be deployed.


Are there any restrictions with regards to accessing virtual tables using a SQL SELECT statement?

I’m finding that when working in the Console work space:

with the southwind database open…

select * from vt_orders –> expected 822 records.
select * from southwind!vt_orders –> 0 records with no error.

with the southwind database closed…

select * from vt_orders –> file does not exist error.
select * from southwind!vt_orders –> file does not exist error.



You need to create vt_orders2 as select * from southwind!orders and it works with and without the database open.

with the southwind database open…
select * from vt_orders2 –> expected 822 records.
select * from southwind!vt_orders2 –> expected 822 records. 

with the southwind database closed…
select * from vt_orders2 –> file does not exist error as this virtualtable is in a database not a free table
select * from southwind!vt_orders2 –> expected 822 records. 

Name:  Screen Shot 2017-04-08 at 3.03.06 PM.jpg Views: 25 Size:  135.4 KB

Name:  Screen Shot 2017-04-08 at 3.09.39 PM.jpg Views: 25 Size:  139.4 KB

The basis behind using virtual tables with OData is that you create the VT with the join(s) you require.

You can however create VTs which are stored procedure calls.

Currently these stored procedures are executed on the ODBC target backend but there are plans to add and recognize “localcall” which will provide the ability to call local Lianja/VFP stored procedures to fulfill a request. The way this handles parameters has not yet been finalized but its likely to be with a $params argument extension to OData.

This also means that if you want the “any data” back end capabilities that virtual tables provide, and you plan on accessing them via the OData interface, you won’t be able to use any complex joins unless you perform the join on the client or in a server side function.”

Thats not strictly speaking true.

If you want “any backend” you create your VT’s in separate database containers and assign these to users in their tenancy.

I think “localcall” is the best way forward for joining disparate data sources. I will look into it.

You can access remote databases readonly without the need to setup a VirtualTable definition.

use sales.customers connstr "lianja_mssqltest"
list first 25


use sales.customers connstr "lianja_mssqltest" where condition
list first 25


use sales.customers connstr "lianja_mssqltest" as select * from sales.customers where condition order by column
list first 25

Once you have these “local cursors” you can join disparate databases as Lianja will build the required join indexes dynamically for you.

So, you can dynamically fetch data from remote databases with very little effort. If you need to update data you will need to setup a VirtualTable definition that describes the primary key and other pertinent information such as updatefldlist etc.

Here is an example.

Name:  Screen Shot 2017-04-08 at 3.40.26 PM.jpg Views: 66 Size:  140.9 KB


It also works when specifying a dynamic connectstring. Like so

use mydb.dbo.mytable connstr “driver={SQL server};server=myserver;Trusted_Connection=Yes”

2 questions.
1. once I call the command, how can I reference the cursor? I can list the data, but I can’t seem to browse it.
2. When I call the command a second time, it is telling me the database is already open. Is there a connection that I need to close?


Give it an alias name then SELECT aliasname

LIST Status to see what the default was.

One you have performed the query against MSSQL you can get a reference to the CursorAdaptor() and perform requery() on it.

use mydb.dbo.mytable connstr “driver={SQL server};server=myserver;Trusted_Connection=Yes” alias mytemp.

select mytemp


I setup an ODBC connection to my sql server, and am now working with vTables.

So on the table Clients, my name field type in sql server is nvarchar(Max). I am trying to make a Lianja table that displays all my clients, but in the name field I only get the word Memo, that looks like a hyperlink.

I have seen in a form I can get it to display correctly if I use a textbox. But how do I manage this in a table?


A varchar maps into a memo field as it can be an indeterminate length. I’m puzzled as to why a name field would be a varchar as it is problematic to work with as both a primary key and in IDEs.

Nevertheless you could use data mapping to convert the varchar to a fixed length and pad it out if nescessary.


The data i.e. *.dbf files (VFP free tables) are in one drive (D, different from the application drive (C. These tables are updated daily by the data entry staff.

Besides using virtual tables, is there another way to develop a Web App to query/update the records ?


why you do not want to use VirtualTable?

it’s simple and fast..

 VT can actually run a stored procedure or make a web service call or odata etc., and the return the resultset.

VFP ODBC drivers


Generally we write our apps to hit more than one backend.

Various of our routines (e.g., “what is the current database”) have to know the backend type in order to use the appropriate command to return the database name.

To do that, we need to know the connection type before we have created a cursor (if we have created one, the cursoradapter dbtype property does the trick). Note that from the application’s perspective, it was given a connection string and create a connection with it.

To summarize:

1) how to use a handle to find the dbtype in the absence of a cursor?

2) with regard to Lianja ODBC, how to find the current database? Essentially, return database() from the Lianja SQL Server. Note that if the Catalog Column from systables is always the name of the database, this one is solved. If not, then I need another way. IOW: is there a 1:1 correspondence between the database directory name and the .cat file name?


There is no way with ODBC to determine the type of data that you are connected to.

Lianja uses heuristics to do this internally and then sets dbtype as you mentioned.

There is also no way to determine the database that is specified in the ODBC connection string. You can however evaluate an expression and get its value e.g.

select database() from sysresultset

Yes the database directory name and the .cat file are the same.


I need to be able to do select statements from Lianja against the vfp table created by xcase so I can scan though and do the work needed to crate / update table, create indexes in Lianja etc.

Since the tables don’t belong to a datatbase what is the best way to do this? I assume I have to have database to use ODBC?

I have tried with a test table ( this one does belong to a database)

select * from c:\1temp\daddress into cursor temp1

and get an error

Fri Apr 7 18:12:12 2017
**** Lianja error ****
Fatal I/O error writing record 1 to table – errno 22


I’ve just tried to copy one of the tables to a Lianja table using
use c:\1temp\ddent noupdate
copy to c:\1temp\l_ddent with production

and get

Fri Apr 7 21:10:46 2017
**** Lianja error ****
copy to c:\1temp\l_ddent with production
ERROR – invalid record length

Hank tells me that the Xcase case tables are in foxpro 2.x rather than VFP type so maybe that is an issue.


I am able to USE that table and COPY TO another_name to put it in Lianja format.

SQL SELECT is working Ok in 3,.4 with that table too although its not really supported as you need to convert to Lianja format so that the query optimizer can do its work.

Name:  Screen Shot 2017-04-08 at 2.27.43 PM.jpg Views: 27 Size:  89.1 KB

Just USE tablename ALIAS whatever then perform your SQL SELECTSs.

Just an FYI, Lianja supports the following XBase file formats natively readonly.

FoxPro 2.x


in my opinion, the best thing is to create an ODBC link to your xcase table, then create a VT on that table.

With a old FoxPro table, I do that.


Can you make ODBC links to tables that are not part of a database?

The code I have looked at for the ODBC connection wants the name of the database


For free VFP table you need VFP ODBC driver.




VFP migration


I have an existing project deployed in visual foxpro 5 and i was trying import project for Lianja. I downloaded linja trial for 30 days to make tests because my goal is putting the tables of project in a database so i think lianja could help me.
So i created an app in visual foxpro and imported my project for there but i can’t run the project to see the apllication. how can i do that?


Information on Visual FoxPro imports and scripting can be found here: http://www.lianja.com/doc/index.php/…xPro_Scripting, including:

Importing Visual FoxPro Databases and Tables – http://www.lianja.com/doc/index.php/…ses_and_Tables
Importing Visual FoxPro Files – http://www.lianja.com/doc/index.php/…l_FoxPro_Files

Imports of Visual FoxPro projects, classes and forms extract the data from the VFP tables and generate source code scripts in your App. Start from the Lianja/VFP Command Window in the Console Workspace and run your scripts using DO or DO FORM and issue any required SET CLASSLIB or SET PROCEDURE commands to reference libraries.

Check the Error and Log windows in the Console Workspace for any issues. Your scripts can be edited in the Apps Workspace.

Form scripts (*.scp) can also be referenced from a Page (Pages Workspace -> Form Tools -> Page), in which case they are embedded in a full-Page sized VFP Custom Section in your App. To modify the Custom Section, edit the Form script on which it is based, to add other Pages to the App, use any of the wide range of Lianja in-built Sections.

After using the dbc importer, you will have a Lianja database with your tables and production indexes. You can then access these from the Data Workspace, using OPEN DATABASE, SQL statements and USE and other NoSQL commands from the Console, from scripts and programs or using drag and drop and attribute assignment in standard Lianja sections.

Note that it is recommended to rebuild your forms using the Lianja visual Page Builder and drag ‘n’ drop Lianja standard sections and combine these with your existing VFP background business logic code. This, along with being the easiest and quickest way to migrate – providing you write the client event delegates in JavaScript (with Lianja/VFP extensions) – will have the added advantage that you will also be able to run your Lianja Apps on web or mobile devices.

You will see the source code for your imported project files in the Files explorer in the Apps workspace with your App open. Source from forms will have a .scp extension, source from class libraries a .vcp extension, .prg files remain unchanged.

You can then run the scripts/programs, edit the scripts, and embed in a Page if required.

Today user expectations from applications are very different from those VFP days.
Because of the technology gap I am afraid there is no free lunch in the migration.

Lianja is “cross” on so many levels (Win/Mac/Linux , LAN/internet/Cloud, desktop/web/mobile…)
Choosing among standard sections, custom sections and canvas sections…
Lianja is huge. “Cross…” and “multi” are a plus, but in the same time it is a problem – because of all complexity.

Is Lianja for you – it is a tough question. You need to know where you are headed with your apps.
I suggest you read more about Lianja concept: http://www.lianja.com/community/show…Lianja-concept

VFP apps need to be broken down to smaller pieces and to be rearranged a lot for today modern technologies:
App Center (and Categories winthin) -> Apps -> Pages (and Page centers) -> Sections as visual representation of SQL tables
What about strict separation of server side computing from the client side computing in our old VFP apps?
That is why I do not believe in easy importing on button click.
Do not expect that you will automatically get GUI responsiveness and all to work in web browsers and mobile.

Starting from scratch, at least, we can use VFP syntax knowledge in delegates and progress step by step in converting our apps.
Your VFP knowledge are very valuable and useful here, unlike in some other alternatives where you need to learn completlly new syntax.

Advice? Do begin with some small part of your complex app and see how are you doing.

The (single) most important document you should read before you start developing Apps in Lianja.