arena-py API v1.4.0
arena .auth
auth.py - Authentication methods for accessing the ARENA.
End authentication flow, requesting permissions may change by owner or admin, for now, get a fresh mqtt_token each time.
Parameters
- str web_host: The hostname of the ARENA webserver.
- str realm: The topic realm name.
- str scene: The namespace/scene name combination.
- str username: The ARENA username for the user.
- bool video: If Jitsi video conference is requested.
Returns
username and mqtt_token from arena-account.
Check for device mqtt_token, ask for a missing one, and save to local memory.
Check the MQTT token for permission to publish to topic.
Keep a copy of the token in local memory for urlopen and other tasks.
Upload a source file to the user's file store space. Google authentication is required.
Parameters
- str web_host: The hostname of the ARENA webserver.
- str scenename: The scene name/id.
- str src_file_path: Local path to the file to upload (required).
- str dest_file_path: Destination file path, can include dirs. Defaults to filename from src_file_path (optional).
Returns
Url address of successful file upload location, or None if failed.
HTTP request handler base class.
The following explanation of HTTP serves to guide you through the code as well as to expose any misunderstandings I may have about HTTP (so you don't need to read the code to figure out I'm wrong :-).
HTTP (HyperText Transfer Protocol) is an extensible protocol on top of a reliable stream transport (e.g. TCP/IP). The protocol recognizes three parts to a request:
- One line identifying the request type and path
- An optional set of RFC-822-style headers
- An optional data part
The headers and data are separated by a blank line.
The first line of the request has the form
where The specification specifies that lines are separated by CRLF but
for compatibility with the widest range of clients recommends
servers also handle LF. Similarly, whitespace in the request line
is treated sensibly (allowing multiple spaces between components
and allowing trailing whitespace). Similarly, for output, lines ought to be separated by CRLF pairs
but most clients grok LF characters just fine. If the first line of the request has the form (i.e. The reply form of the HTTP 1.x protocol again has three parts: Again, the headers and data are separated by a blank line. The response code line has the form where This server parses the request and the headers, and then calls a
function specific to the request type ( do_SPAM() Note that the request name is case sensitive (i.e. SPAM and spam
are different requests). The various request details are stored in instance variables: client_address is the client IP address in the form (host,
port); command, path and version are the broken-down request line; headers is an instance of email.message.Message (or a derived
class) containing the header information; rfile is a file object open for reading positioned at the
start of the optional input data part; wfile is a file object open for writing. IT IS IMPORTANT TO ADHERE TO THE PROTOCOL FOR WRITING! The first thing to be written must be the response line. Then
follow 0 or more header lines, then a blank line, and then the
actual data (if any). The meaning of the header lines depends on
the command executed by the server; in most cases, when data is
returned, there should be at least one header line of the form Content-type: where Log an arbitrary message. This is used by all other logging functions. Override
it if you have specific logging wishes. The first argument, FORMAT, is a format string for the
message to be logged. If the format string contains
any % escapes requiring parameters, they should be
specified as subsequent arguments (it's just like
printf!). The client ip and current date/time are prefixed to
every message.
Inherited Members