IActivatableService Interface
From RemObjects Software
This is a RemObjects SDK Architecture entry
Feel free to add your notes to this topic below.
Overview (.NET)
This interface can be implemented by service implementations that want to be notified for activation and deactivation (i.e. before and after they will be asked to serve a remote request).
Depending on your instantiation method and class factory, you can use these events to read/persist session data, perform cleanup or other tasks.
Notes
You're using the RemObjects.SDK.Server.Service as the base class for your service implementation (which is the default), this interface is already implemented for you and hooked up to the standard session management mechanism. Events are provided for you to hook into the activation and deactivation process for custom handling.
Namespace
Declaration (C#)
public interface IActivatableService;
Hierarchy
- RemObjects.SDK.Server.IActivatableService
Methods
| | |
|---|---|
| Activate | Gets called just before your service implementation gets activated to serve a call.
The passed ClientID is the session GUID received from the client. You can use it to restore session data from previous activations or to do other client-specific processing. You may also throw an exception if you want to prevent the service from servicing the call (e.g. to implement user-level security for access to your service). |
| Deactivate | Gets called just after your service implementation has served a call and is about to be deactivated.
The passed ClientID is the session GUID received from the client and you can use it to persist session data for subsequent calls. This is the same ID as you received during the call to Activate, so you can use it to match up calls. |
See Also
Product: RemObjects SDK
Current version: RemObjects SDK 'Vinci' (5.0)
Lists — Glossary — Features — How To — Components — Tools — Samples — Articles — Architecture — Issues
