herald package¶
Submodules¶
herald.angular_api module¶
herald.bare_html_api module¶
herald.database module¶
herald.model module¶
The models.
-
class
ps.herald.model.
HeartBeat
(**kwargs)[source]¶ Bases:
sqlalchemy.ext.declarative.api.Base
Store the HeartBeat of the different systems.
-
id
¶
-
newest_heartbeat
¶
-
system_id
¶
-
-
class
ps.herald.model.
Log
(**kwargs)[source]¶ Bases:
sqlalchemy.ext.declarative.api.Base
The logging message.
- The model currently is build around the data structure,
the standard python logging mechanism uses to send logging Events across the class logging.StreamHandler().
-
api_version
¶
-
args
¶
-
asctime
¶
-
created
¶
-
exc_info
¶
-
exc_text
¶
-
filename
¶
-
funcname
¶
-
id
¶
-
levelname
¶
-
levelno
¶
-
lineno
¶
-
message
¶
-
module
¶
-
msecs
¶
-
name
¶
-
package_version
¶
-
pathname
¶
-
process
¶
-
processname
¶
-
produkt_id
¶
-
relativecreated
¶
-
stack_info
¶
-
sub_sub_system_id
¶
-
sub_system_id
¶
-
summary
¶
-
system_id
¶
-
thread
¶
-
threadname
¶
-
user_spec_1
¶
-
user_spec_2
¶
herald.ps_bridge module¶
-
ps.herald.ps_bridge.
client_connected_handler
(client_reader, client_writer)[source]¶ Start a new asyncio.Task to handle this specific client connection
-
ps.herald.ps_bridge.
handle_client
(client_reader, client_writer)[source]¶ Runs for each client connected.
The first 4 bytes of the message define the total length of the message. Hence in the first step, the first four bytes are read and then the rest of the message. This “rest” of the message is depickled and stored in the database. If the “bridge-mode” is enabled, the “byte-buffer” (first 4 bytes plus the rest of the message is also sent to another socket - the bridge socket.