This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages) The topic of this article may not meet Wikipedia's general notability guideline. Please help to demonstrate the notability of the topic by citing reliable secondary sources that are independent of the topic and provide significant coverage of it beyond a mere trivial mention. If notability cannot be shown, the article is likely to be merged, redirected, or deleted.Find sources: "LANSA" development environment – news · newspapers · books · scholar · JSTOR (July 2013) (Learn how and when to remove this template message) This article contains content that is written like an advertisement. Please help improve it by removing promotional content and inappropriate external links, and by adding encyclopedic content written from a neutral point of view. (February 2013) (Learn how and when to remove this template message) (Learn how and when to remove this template message)

LANSA is an integrated development environment (IDE) for building desktop, web, and mobile software applications that can be deployed to Cloud, Windows, Linux, and IBM server platforms. The main feature of the LANSA environment is the 'RDML / RDMLX' language–which is classified as a 4GL (4th generation language).[1] RDML closely follows the syntax of IBM CL or Control Language. CL is the "scripting language" equivalent of the OS/400 operating system. In recent years RDML has been extended to become RDMLX. This new version of the language has extra features, commands, types, and functions that are used in component development. RDML, on Microsoft Windows, integrates with ActiveX.

In its first release in 1987, the product was called lambda[citation needed]. At that time, solutions developed with RDML could be deployed to IBM S/38 and from 1988 onwards to the IBM AS/400 (iSeries, Systems, now IBM). The LANSA's RDML Program was related to (Rapid Development and Maintenance Language). This development language allows you to create a High Level Application Definition or abstraction of your business application. This definition is independent of the operating platform.  Defining logic with a 4GL makes your programs independent of the 3GL layer.  A 4GL will eventually generate some type of 3GL code, which is compiled and executed, but you never need to modify the generated 3GL. In fact, it should not matter which 3GL is used. A High Level Application Definition should allow you to generate or regenerate the same applications in different languages to make your applications portable.

Since 1992 LANSA has been deployed to multiple server platforms, including IBM, Windows, Linux, OS/2, and Unix.

Business rules and data definitions repository

The LANSA development environment includes a metadata repository which is an enhanced type of data dictionary.[2] The repository is a database that contains data and file definitions, business rules, application templates, and RDML code.

The repository stores information about fields (or data elements) in the application including descriptions, column headings, edit codes, visualizations, default values, help text, and prompt programs. It holds information about files and application databases including physical files, logical files (or views), relationships, file definition attributes, file validation rules, trigger programs, multilingual definitions, virtual fields, and predetermined join fields. Objects and components used for event-driven Windows applications also reside in the repository.

Applications share objects and logic from the repository and the repository is an active participant with the applications as both the custodian of the data and business rule definitions and the rule enforcer.

Data management services

The data management services provide a data abstraction layer, similar to a data access layer, that separates the physical data from applications that use the data.

Applications access data using data management programs generated from data definitions and business rules held in the repository. The data management programs know about the structure and relationships of the database and the business rules that control create, read, update, and delete actions. When definitions and rules change the data management programs require regeneration but the applications that use the data require no change.

Applications are independent of data structures, formats, and locations and access the data by issuing requests to the data management programs.


  1. ^ Bettin, Joern (2001). "Practical Use of Generative Techniques in Software Development" (PDF). OOPSLA Workshop on Generative Programming.
  2. ^ Simpson, Charlie. "Tools for thought: Summitech's Lansa refines everyday thinking." MIDRANGE Systems, vol. 4, no. 16, 6 Aug. 1991, pp. 47+. via Gale General OneFile. Accessed 12 Mar. 2022.