view doc/jp/ad-hoc.rst @ 3153:2c7b42f53e9a

core (xmpp): avoid starting several clients at the same time: a check is done to avoid running startConnection several times at once, which would lead to the creation of several SatXMPPEntity instances at the same time, resulting in many issues. If startConnection is called while a previous one is not finished yet, a CancelError is now raised.
author Goffi <goffi@goffi.org>
date Mon, 03 Feb 2020 13:46:24 +0100
parents 72583524cfd3
children
line wrap: on
line source

=======================
ad-hoc: Ad-Hoc commands
=======================

Ad-Hoc commands is a generic mechanism of XMPP to control an entity. They can be used
either by humans, or automated. Ad-Hoc commands can be used for administration (e.g. get
list of connected users, send a service announcement, restart parts of the server), or
execute about anything (e.g. control a physical robot with XMPP).

run
===

Run an ad-hoc command. You may specify the node to run as positional argument, or let it
empty to list available commands.

By default the commands from your server are used, but with ``-j JID, --jid JID`` you can
specify a different entity.

You can automatically execute commands by using ``-f KEY VALUE, --field KEY VALUE`` and
``-S, --submit`` as many time as needed.  ``--field`` expect a ``KEY`` which is the name
of the field to set. If you don't know which name to use, you can run the command to
automatise a first time manually with ``--verbose, -v`` flag, this will display fields
names when you have to fill them.

Once all fields of a page are specified, you may use ``-S, --submit`` to validate it, then
if suitable use again ``--field`` to set fields of next page and ``--submit`` again, and
so on as many times as you need.

Don't forget that you can use your shell substitution capabilities if necessary, for
instance if you have a pre-registered announce to send.

examples
--------

Get a list of available commands on your server to launch a command::

  $ jp ad-hoc run

If your server supports `XEP-0133`_ and you're an admin on it, you can send announcements
to online users. This can be useful to notify an imminent maintenance of the server. Here
we notify online users that the server will be shutdown in 30 min, using a shell
substitution capabilities with a pre-registered message in the file
``~/announces/maintenance_30.txt``, then we submit it::

  $ jp ad-hoc run "http://jabber.org/protocol/admin#announce" -f subject "Maintenance in 30 min" -f announcement "$(<~/announces/maintenance_30.txt)" -S

Get your server uptime (if supported by your server)::

  $ jp ad-hoc run uptime

Run the commands available at the service with the jid ``someservice.example.org``::

  $ jp ad-hoc run -s someservice.example.org

Run you server commands with verbosity so you get the name of the fields that you can fill
automatically later::

  $ jp ad-hoc run -v

.. _XEP-0133: https://xmpp.org/extensions/xep-0133.html

list
====

List ad-hoc commands available at a service.

examples
--------

List ad-hoc commands available at your server::

  $ jp ad-hoc list

List ad-hoc commands available at a chat service::

  $ jp ad-hoc list -j conference.example.org

remote
======

Create a remote control from launched media players. Ad-hoc commands to control the media
player will be added to your device, allowing anybody allowed (including yourself from an
other device, e.g. a phone) to remotely do action like ``play``, ``pause``, etc.

To add a device, just use the name of the software (e.g. ``vlc``, ``smplayer``). You can
specify who is allowed to control this media player with the following options:

``-j [JIDS [JIDS ...]], --jids [JIDS [JIDS ...]]``
  jids of entities allowed to control the media player

``g [GROUPS [GROUPS ...]], --groups [GROUPS [GROUPS ...]]``
  groups (from your roster) allowed to control you remote

``--forbidden-groups [FORBIDDEN_GROUPS [FORBIDDEN_GROUPS ...]]``
  groups (from your roster) which are **NOT** allowed to control your media player

``--forbidden-jids [FORBIDDEN_JIDS [FORBIDDEN_JIDS ...]]``
  jids of entities which are **NOT** allowed to control your media player

If you want the commands to run repeatedly (in opposition of stopping after first action
is sent), you may use the ``-l, --loop`` option. Most of time you'll want to use it.

.. note::

   SàT already creates automatically a remote control if it finds a media player. This
   manual way to create a remote control predate the automatic remote control, and is
   currently more flexible in that you can specify who can access the remote control
   (automatic remote control is only accessible by the jid of the profile).

examples
--------

Create a remote control for a running VLC instance::

  $ jp ad-hoc remote vlc -l

Create a remote control for a running SMPlayer instance, and allowing anybody from your
``housemates`` group to use it::

  $ jp ad-hoc remote smplayer -g housemates -l