ELAPI sinks and providers

This patch drills down to the next level of ELAPI functionality.
I adds the creation and loading of the sinks. It also
implements a skeleton for the first low level provider
which will be capable of writing to a file.
The configuration ini file is extended to define
new configuration parameters and their meanings.

1 files changed, 26 insertions, 1 deletions

diff --git a/common/elapi/elapi_test/elapi_ut.conf b/common/elapi/elapi_test/elapi_ut.conf
index d15a4550d..a5ad7a0b2 100644
--- a/common/elapi/elapi_test/elapi_ut.conf
+++ b/common/elapi/elapi_test/elapi_ut.conf
@@ -79,19 +79,44 @@ sinks = logfile, syslog
 ;            In this case the ELAPI will try to load shared library with the name
 ;            constructed using specified value. In the given example
 ;            ELAPI will try to load libelapi_sink_custom_audit.so library.
-;            The general pattern is: libelapi_sink_<source>.so
+;            The general pattern is: libelapi_sink_<provider>.so
+;
+; required - (optional)
+;            Defines whether it is a required sink?
+;            If not present the dispatcher will return error at load time.
+;
+; onerror -  if the sink got an error what should dispatcher do?
+;             0 - retry (default)
+;             1 - disable
+;
+; timeout -  for how long one should wait before trying to revive the sink
+;            default is 60 seconds
+;
+; synch -    yes/no (default no) - a flag that forces the sink to act synchronously
+;                                  even if it can support async operations
 
 [debugfile]
 provider=file
+required=true
+onerror=1
+timeout=90
 
 [logfile]
 provider=file
+required=true
+onerror=0
+timeout=60
 
 [auditfile]
 provider=file
+required=true
+onerror=1
+timeout=90
 
 [stderr]
 provider=stderr
+synch=false
 
 [syslog]
 provider=syslog
+synch=yes