Server-side Programming | Editing Form Designer Output |
This chapter explains the differences between the three APIs for server-side programs, and how you can switch between them by simply changing compiler directives.
There are currently three APIs available for running server-side programs:
This is the oldest API, and is supported by all Web servers. It is also the easiest to use for debugging, so develop all your server-side programs using CGI.
This is a Microsoft API, and provides speed improvements over CGI programs. It is supported by Microsoft Internet Servers, and Web servers from some other vendors.
This is a Netscape API, and also provides speed improvements over CGI programs. It is supported by Netscape Web servers, and Web servers from some other vendors.
ISAPI and NSAPI server-side programs start faster than standard CGI applications for two reasons:
Because ISAPI and NSAPI programs are run as separate threads, rather than separate processes, they must be multi-threaded. You can make any COBOL program multi-threaded by setting the REENTRANT(2) compiler directive. For more information on setting compiler directives, click Help Topics on the NetExpress Help menu, and from the Contents tab, select Reference, Compiler Directives.
You can write ISAPI and NSAPI applications in the same way as you write CGI applications, using ACCEPT/DISPLAY and EHTML for input and output. We recommend that you develop and debug your server-side programs as CGI programs, and change them to ISAPI or NSAPI programs when you are satisfied they work correctly. Web servers running ISAPI are not very forgiving of bugs; if an ISAPI program crashes it can lock up the Web server software, forcing you to reboot.
ISAPI programs run as part of the Web server service process. Because they are running inside a service, you shouldn't try to access the Windows NT shell. For example, you shouldn't try to create any windows or dialog boxes.
Never use STOP RUN in an ISAPI or NSAPI program - because these programs run inside the web server process, a STOP RUN could hang the server. Always use EXIT PROGRAM or GOBACK to return control from an ISAPI or NSAPI program.
The next three sections explain how you change COBOL compiler directives, and NetExpress built settings, to rebuild a CGI program as an ISAPI or NSAPI program.
Set the following compiler directives before rebuilding ISAPI programs:
Tells the compiler that this program is an ISAPI application.
Prevents external symbols (including names of called programs) from being converted to upper case. If you don't do this, when an end-user attempts to run the ISAPI they see a "not found" message on their Web browser.
If your application uses Open ESQL, you must also include this directive:
Prevents each thread's SQL resources and transactions from being shared with other threads.
Data access applications built with the Internet Application Wizard all use Open ESQL.
You can ensure these are set every time the program is compiled by including a $SET statement at the top of your program. For example:
$set webserver(isapi) case reentrant(2)
The dollar sign ($) must appear in column 7 of your source code unless you have set directive SOURCEFORMAT"FREE", in which case it can appear in any column. For more information on setting compiler directives, click Help Topics on the NetExpress Help menu, and from the Contents tab, select Reference, Compiler Directives.
Set the following compiler directives before rebuilding NSAPI programs:
Tells the compiler that this program is an NSAPI application. The value entry_point_name is a user-defined name. The compiler creates a hidden entry point with entry_point_name to enable the NSAPI web server to start your program.
When you deploy this application on an NSAPI server, use entry_point_name
as the value for funcs
attribute on the Init fn
when you modify the server's obj.conf file. See the section
Modifying
the NSAPI Server Configuration Files in chapter
Deploying
Your Application.
Prevents external symbols (including names of called programs) from being converted to upper case. If you don't do this, when an end-user attempts to run the ISAPI they see a "not found" message on their Web browser.
If your application uses Open ESQL, you must also include this directive:
Prevents each thread's SQL resources and transactions from being shared with other threads.
Data access applications built with the Internet Application Wizard all use Open ESQL.
You can ensure these are set every time the program is compiled by including a $SET statement at the top of your program. For example:
$set webserver(nsapi,run_update_1) case reentrant(2)
The dollar sign ($) must appear in column 7 of your source code unless you have set directive SOURCEFORMAT"FREE", in which case it can appear in any column. For more information on setting compiler directives, start the NetExpress help, and from the Contents tab, select Reference Bookshelf, Compiler Directives.
When you build a CGI program, you build it as an .exe file. You build an ISAPI and NSAPI program as a .dll file (dynamic link library). This is covered in detail in the chapter Deploying Your Application, in the section Building a Shared Run-time System ISAPI or NSAPI Application.
Once you have rebuilt a CGI server-side program as an ISAPI or NSAPI .dll file, you must change all the URLs on Web pages or forms which refer to the program. When the program is a CGI, the URLs referred to:
/share-name/program.exe
Now they should refer to:
/share-name/program.dll
Copyright © 1998 Micro Focus Limited. All rights reserved.
This document and the proprietary marks and names
used herein are protected by international law.
Server-side Programming | Editing Form Designer Output |