Skip to main content
The data configuration section contains subsections for managing the database connection and session handling. Combined, these sections define which server and database the caller will connect as well as what state settings to use.
the SuperOffice section group

Database

Configuration values for database connectivity define the location and database-vendor-specific settings. Supported database servers include SQL Server and Oracle and the values will look slightly different depending on which vendor you use. Sybase-specific settings:

Explicit

Configuration section for authentication behavior when users are explicitly authenticated, typically by calling SoSession.Authenticate or the corresponding WCF service. Relates to employee and partner access to the SuperOffice database. The Explicit section allows an application to determine what type of users are authorized to use this application, as well as must set the database credentials, which map to both a database server user and a SuperOffice system user.

CommonDBConnection

If this value is “True”, DBUser and DBPassword are used in the database connection. Otherwise, the credentials provided in the authentication (for example SoSession class) will be used. True is the default for server applications (Web), and False is the default for client applications (Windows forms).

ImplicitAnonymous (deprecated)

This section relates to anonymous access to the SuperOffice database. It is what you get when you don’t explicitly authenticate as a user. Usually disabled in SO.web, which uses explicit users.
The ImplicitAnonymous section was removed in version 8.5.

Session

This section governs session handling: how the authenticated session will exist at runtime, the scope/storage of the session state. This relates to the lifetime of a NetServer communication session, such as the duration of a transaction, or group of transactions, and maintains the credentials defined in one of the following sections. Each session option determines where in memory the authenticated session will be available from.
  • Thread: Every session requires the suspend and continue methods to be called for each query task. Here, each thread executed in NetServer will have sessions that are stored in the implication of different threads and have different session values stored in them. If you want to suspend a session, you must call the suspend method which returns a string with the session values. Should you wish to continue that session, you must call the continue method and pass the string with session values in it as a parameter. The session is stored in a thread-static manner. Each executing thread has a separate instance of the session. If the session is accessed on a different thread, it will contain a different value. For further reference, see System.ThreadStaticAttribute.
  • Context: Your session requires only authentication and a closure. Here, once you authenticate a session, it will be for the lifetime of the session. It is not necessary to call continue and suspend methods. The session values for this configuration will be stored in a context-static manner. For further reference, see System.ContextStaticAttribute.
  • Process: Session is stored in a process-static manner. This is the normal option for Windows applications.
  • HttpContext: Recommended in ASP.NET applications. Added to prevent ASP.NET thread switches from changing identities in the middle of an ASP.net request.
See the NetServer Core reference for details about handling this programmatically.