|
Utilities |
ODXNET |
|
Preconnected ProcessesPreconnected processes are multiple, pre-defined connections to a specific Omnidex environment, that are established when the ODXNET listener is first started. These connections run on the server, waiting for client requests, similar to pooled processes except that they are connected to a specific environment. This is particularly useful in multi-user and web environments where many connections to the same environment are required. As connections are used, more connections are automatically created behind the scenes, so a free connection is always ready. When a connection is freed by the client, it is returned to the "pool" where it will wait for a new client, or closed if the pool size is unnecessarily large. All of these connections use connect options defined in the ODXNET configuration file, which overrides any settings specified in the client's datasource. Each time a client request comes through the listener for a datasource that is configured with preconnected processes, one of the pre-established connections will be used. The number of connections can grow dynamically as demand increases, up to a limit that is defined in the configuration file. Any connect options passed from the client will be ignored when connecting to a preconnected process.
ConfigurationConfiguring preconnected processes is done in the ODXNET configuration file. Each application type, from the Applications section in the ODXNET configuration file, has an "[apptype Environments]" section, (where apptype is ODXODBC, ODXJDBC or OMNIACCESS), that allows you to define preconnected processes. In this section, you can name an environment that will be automatically connected to when the ODXNET listener is started. [ODXODBC Environments] ; Fill this section with a list of various environments that
you wish to track In this example, SAMPLE is the environment name, although it is commented out. This environment name must match the data source name defined in the client data source. When ODXNET receives a client request, it attempts to match up the data source name with a preconnected process environment name. If a match is found, the client receives one of the preconnected processes. If no match is found, a new connection is created using a pooled process. The text "My sample database" is a description for informational purposes only. It is not used by ODXNET in any way. ODXODBC means that preconnected processes will be started for use by ODBC applications. JDBC and OmniAccess applications cannot use the ODBC preconnected processes, as they require different libraries that are preloaded with the pooled processes. Each application type can contain multiple environment names. The environment name is a label that links to two sections, one that defines the preconnected processes pool size, growth rate, etc..., and one that defines the connection information like environment file spec, user name and password.
Each environment name defined in the Environments section will have its own sub-section, where the preconnected process behavior is defined. This is where you tell ODXNET how many connections to establish at start up, the maximum number of connections to have open at any one time, growth rate and more. [ODXODBC SAMPLE] StartupInfo=$SECTION UsePooleProcesses=1 InitialProcessCount=10 ProcessLimit=60 GrowthThreshold%=80 Growth%=20 ReUseProcesses=1
Each environment name defined in the Environments section will also have a start up info sub-section. This section contains the environment file spec, connect options, user name and password if applicable, and an optional SQL statement. [ODXODBC SAMPLE StartupInfo] ; This section contains information used by ODXODBC when starting on the server EnvName=C:\omnidex\oa\oracle\orders.env ;Options= ;Username= ;Password= ;SQL="select * from customers where customer_no=1 with
opt=none"
|
|
DBINSTAL | DSEDIT | OACOMP | OAHELPER | ODXNET | ODXSQL | Utilities |
NSADMIN |
OADECOMP |
ODXAIM |
ODXMAKE |
ODXQUERY |
REGMAINT |
REGTEST |
SNOWGEN |
SYSINFO |
VERSIONS |
VIEWGEN |