Previous Topic Next topic Print topic


Types of COBOL Project Templates

COBOL projects that compile to native code

Enterprise Developer enables you to create projects for applications that compile to native code. For example, the following native project templates, among others, are supplied:

Console Application (native COBOL)
Adds the items needed to create a console application. Console applications are typically designed without a graphical user interface and are compiled into a stand-alone executable file. A console application is run from the command line with input and output information being exchanged between the command prompt and the running application.
Enterprise Server Application
Creates a COBOL project that supports COBOL-based service interfaces with the IMTK.
INT/GNT (native COBOL)
Creates an empty project for INT/GNT code and offers project properties specific to the .int and .gnt file types.
Mainframe Subsystem Application (native COBOL)
Creates an empty solution and project. It offers project properties specific to the Mainframe applications such as BMS, CICS, IMS and JCL.

COBOL projects that compile to .NET managed code

Enterprise Developer includes a number of project templates for creating .NET managed code applications.

In most cases, you need to use the standard managed project templates (which excludes the Procedural Multi-Output Project) which compile all the programs within the project into a single assembly. When using multiple projects within your application, you might need to preload the target assembly before calling a subprogram. See Calling Entry Points in Subprograms for details on how to preload modules.

Some of the standard managed COBOL project templates include:

Class Library (managed code)
Creates reusable classes and components that can be shared with other projects. Typically, this is built into a .dll file.
Windows Forms Application (managed code)
Creates an empty Windows form and skeleton COBOL code behind the form. It adds the necessary .NET Framework classes, such as System.Windows.Forms to the project references. It creates default project properties.
WPF Application (managed code)
Creates a COBOL client application for User Interfaces that uses the WPF (Windows Presentation Foundation) presentation features.

When dealing with large numbers of source files, for example in an existing native application which you want to compile to managed code, it may be preferable to use the Procedural Multi-Output Project which is a special type of a .NET project. It creates a single assembly for each individual program within the project. In this way, when calling a subprogram, the COBOL run-time system can locate the assembly using the name of the called program which will match the assembly file name. In this case, the assembly does not have to be preloaded.

You can use this template to move some existing applications to Enterprise Developer and to managed code. These applications rely on the mechanism within native code described earlier, for example, an .INT or .GNT application, and where code changes to preload modules are not desirable.

Procedural Multi-Output Project (managed code)
Creates an empty managed project with multi-output assembly support for compiling procedural programs to individual managed assemblies or executables. Every compiled program includes the references specified for the project in Solution Explorer, and under the References node.
Note: Using this template can result in a large number of managed assemblies which means deployment of the application might not be straightforward. You might need to consider consolidating programs into fewer assemblies which may ease the distribution and maintenance of your application.

The following limitations apply to this project type:

  • Adding managed resources such as classes, WinForms, resources, Service References, Web References is not supported. You need to create these in a separate managed project and reference that project from within the Procedural Multi-Output project.
  • The programs generated from the procedural multi-output project cannot be referenced from other managed projects, nor can they be referenced using object COBOL syntax. However, a multi-output project supports adding references to other types of managed projects.

Projects for creating COBOL Azure cloud services

Enterprise Developer includes a project for creating COBOL Azure cloud services. The Windows Azure Tools must be installed. See the Additional Software Requirements for information about all prerequisites.

SQL Server Database project

The SQL Server Database Project creates a COBOL project that enables you to create SQL CLR stored procedures, and a .Publish project that you can use to publish your SQL CLR stored procedures directly to a SQL Server database.:

Projects for creating COBOL applications for the Web

A number of project templates for creating COBOL applications with a Web user interface, or COBOL web services, are available. For example:

ASP.NET Web Application
Creates a COBOL application that you deploy on the Web using the Visual Studio deployment tools.
WCF Service Application (managed code)
Creates a project for building a service-oriented COBOL applications. The WCF (Windows Communication Foundation) services consist of a number of operations which you can expose to client applications through different endpoints . This template is not available in Visual Studio Shell.
WCF REST Service Application
Creates a COBOL WCF REST Application service. This project type requires a more advanced edition of Visual Studio such Professional, Enterprise or Community Edition as the Visual Studio Shell does not support WCF applications. It also requires versions of the .NET Framework 4.0 and later. For more information about WCF and REST, check the Microsoft MSDN.
Previous Topic Next topic Print topic