isomer.debugger module¶
Module: Debugger¶
Debugger overlord
-
class
CLI(*args)[source]¶ Bases:
isomer.component.ConfigurableComponentCommand Line Interface support
This is disabled by default. To enable the command line interface, use either the Configuration frontend or the iso tool:
iso config enable CLI-
configprops= {}¶
-
-
class
IsomerDebugger(root=None, *args)[source]¶ Bases:
isomer.component.ConfigurableComponentHandles various debug requests.
-
channel= 'isomer-web'¶
-
configprops= {'notificationusers': {'default': [], 'description': 'Users that should be notified about exceptions.', 'items': {'type': 'string'}, 'title': 'Notification receivers', 'type': 'array'}}¶
-
-
exception
TestException[source]¶ Bases:
BaseExceptionGeneric exception to test exception monitoring
-
class
cli_comp_graph(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventDraw current component graph
-
class
cli_errors(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventDisplay errors in the live log
-
class
cli_help(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventDisplay this command reference
- Additional arguments:
-v Add detailed information about hook events in list command Show complete documentation of a hook command
-
class
cli_locations(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventDisplay all locations of running instance
-
class
cli_log_level(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventAdjust log level
- Argument:
- [int] New logging level (0-100)
-
class
cli_mem_diff(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventDraw current component graph
-
class
cli_mem_growth(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventDraw current component graph
-
class
cli_mem_heap(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventDraw current component graph
-
class
cli_mem_hogs(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventDraw current component graph
-
class
cli_mem_summary(*args, **kwargs)[source]¶ Bases:
circuits.core.events.EventDraw current component graph
-
class
cli_register_event(cmd, thing, *args, **kwargs)[source]¶ Bases:
circuits.core.events.EventEvent to register new command line interface event hooks
-
__init__(cmd, thing, *args, **kwargs)[source]¶ An event is a message send to one or more channels. It is eventually dispatched to all components that have handlers for one of the channels and the event type.
All normal arguments and keyword arguments passed to the constructor of an event are passed on to the handler. When declaring a handler, its argument list must therefore match the arguments used for creating the event.
Every event has a
nameattribute that is used for matching the event with the handlers.Variables: - channels –
an optional attribute that may be set before firing the event. If defined (usually as a class variable), the attribute specifies the channels that the event should be delivered to as a tuple. This overrides the default behavior of sending the event to the firing component’s channel.
When an event is fired, the value in this attribute is replaced for the instance with the channels that the event is actually sent to. This information may be used e.g. when the event is passed as a parameter to a handler.
- value – this is a
circuits.core.values.Valueobject that holds the results returned by the handlers invoked for the event. - success – if this optional attribute is set to
True, an associated eventsuccess(original name with “_success” appended) will automatically be fired when all handlers for the event have been invoked successfully. - success_channels – the success event is, by default, delivered to same channels as the successfully dispatched event itself. This may be overridden by specifying an alternative list of destinations using this attribute.
- complete – if this optional attribute is set to
True, an associated eventcomplete(original name with “_complete” appended) will automatically be fired when all handlers for the event and all events fired by these handlers (recursively) have been invoked successfully. - complete_channels – the complete event is, by default, delivered to same channels as the initially dispatched event itself. This may be overridden by specifying an alternative list of destinations using this attribute.
- channels –
-
-
class
clicommand(cmd, cmdargs, *args, **kwargs)[source]¶ Bases:
circuits.core.events.EventEvent to execute previously registered CLI event hooks
-
__init__(cmd, cmdargs, *args, **kwargs)[source]¶ An event is a message send to one or more channels. It is eventually dispatched to all components that have handlers for one of the channels and the event type.
All normal arguments and keyword arguments passed to the constructor of an event are passed on to the handler. When declaring a handler, its argument list must therefore match the arguments used for creating the event.
Every event has a
nameattribute that is used for matching the event with the handlers.Variables: - channels –
an optional attribute that may be set before firing the event. If defined (usually as a class variable), the attribute specifies the channels that the event should be delivered to as a tuple. This overrides the default behavior of sending the event to the firing component’s channel.
When an event is fired, the value in this attribute is replaced for the instance with the channels that the event is actually sent to. This information may be used e.g. when the event is passed as a parameter to a handler.
- value – this is a
circuits.core.values.Valueobject that holds the results returned by the handlers invoked for the event. - success – if this optional attribute is set to
True, an associated eventsuccess(original name with “_success” appended) will automatically be fired when all handlers for the event have been invoked successfully. - success_channels – the success event is, by default, delivered to same channels as the successfully dispatched event itself. This may be overridden by specifying an alternative list of destinations using this attribute.
- complete – if this optional attribute is set to
True, an associated eventcomplete(original name with “_complete” appended) will automatically be fired when all handlers for the event and all events fired by these handlers (recursively) have been invoked successfully. - complete_channels – the complete event is, by default, delivered to same channels as the initially dispatched event itself. This may be overridden by specifying an alternative list of destinations using this attribute.
- channels –
-