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 callingSoSession.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 exampleSoSession 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.