anchor.diff:  ----
   
   It is also possible to return one or many response times directly from the script.
  -To add custom response time or overwrite the default one add entries to the _times_ object.
  -The entries start with a _String_ that names the datasource and number that represents the response time.
  -To overwrite the default response time datasource add an entry into _times_ named _response-time_
  +To add custom response times or override the default one, add entries to the _times_ object.
  +The entries are keyed with a _String_ that names the datasource and have as values a number that represents the response time.
  +To override the default response time datasource add an entry into _times_ named _response-time_.
   
   ==== Timeout and Retry
  -The BSFMonitor is not handling any timeout or retry cycles. 
  +The BSFMonitor does not perform any timeout or retry processing on its own.
   If retry and or timeout behavior is required, it has to be implemented in the script itself.
   
   ==== Requirements for the script (run-types)
  
positive.code:         results.put("status", "NOK")
  ----
  
  We have to use _run-type_ _exec_ here because Jython chokes on the _import_ keyword in _eval_ mode. Also note the substitution of Python's _None_ value for Java's _null_ in the log call.
  
  
  
  
negative.code: | `bsf_monitor`| BSFMonitor                     | The instance of the _BSFMonitor_ object calling the script. 
                                                    Useful for logging via its 
                                                    +log(String sev, String fmt, Object... args)+ method.
  | `results`    | HashMap<String, String>        | The script is expected to put its results into this object.
                                                    The status indication sould be set into the entry with key _status_.
                                                    If the status is not _OK_, a key _reason_ should contain a description of the problem.
  | `times`      | LinkedHashMap<String, Number>  | The script is expected to put one or more response times into this object.
  |===
  
  Additionally every parameter added to to service definition in 'poller-configuration.xml' is available as a _String_ object in the script.
  The key attribute of the parameter respresents the name of the _String_ object and the value attribute represents the value of the _String_ object.
  
  NOTE: Please keep in mind, that these parameters are also accessible via the _map_ bean.
  
  CAUTION: Avoid non-character names for parameters to avoid problems in the script languages.  
  
  ==== Response Codes
  The script has to provide a status code that represents the status of the associated service.
  The following status codes are defined:
  
  .Status Codes
  [options="header, autowidth"]
  