Branch: master
Find file History
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
..
Failed to load latest commit information.
client
doc
elektrad
webd
.gitignore
CMakeLists.txt
README.md
build.sh
kdb.js
run-elektrad.sh
run.sh
test.sh

README.md

elektra-web

an API and web user interface to remotely manage Elektra instances

The configuration view of elektra-web is similar to the tree view of the qt-gui, but with dynamic fields rendered via key metadata.

Dependencies

Elektra-web requires:

Building with elektra-web tool

To build Elektra with the elektra-web tool:

  • Install Node.js and dependencies for yajl plugin (see links above)
  • Configure libelektra build with the elektra-web tool, e.g. cmake .. -DTOOLS="kdb;web"
  • Build libelektra: make
  • Install libelektra: sudo make install

Getting started

  • Start an elektrad instance: kdb run-elektrad
  • Start the client: kdb run-web
  • You can now access the client on: http://localhost:33334

Getting started (docker)

  • Create and run a new docker container: docker run -d -it -p 33333:33333 -p 33334:33334 elektra/web
  • You can now access the client on: http://localhost:33334

Running from source

  • Install dependencies (see above)

  • Clone libelektra repo and cd libelektra/src/tools/web

  • Install and start an elektrad instance:

    • cd elektrad
    • npm install
    • npm start (replaces kdb run-elektrad)
  • Install and start the client (connects to the elektrad instance):

    • cd client
    • npm install
    • npm start (replaces kdb run-web)
  • You can now access the client on: http://localhost:33334

Use-cases

Running elektra-web on a single instance

If you do not want to configure multiple instances, you can set the INSTANCE environment variable to the server you want to configure. You can also set user/sw/elektra/web/#0/current/instance to the host. Make sure to enter a full HTTP URL, e.g. http://localhost:33333.

If this configuration option is set, elektra-web will load the configuration page for that instance instead of the main overview page.

If you want to host elektra-web with the client and elektrad on the same instance, after starting elektrad via kdb run-elektrad, you can run start the client as follows:

INSTANCE="http://localhost:33333" kdb run-web

It is also possible to set visibility by prefixing the host with VISIBILITY@.

For example (advanced visibility, user is default):

INSTANCE="advanced@http://localhost:33333" kdb run-web

Now, when you open http://localhost:33334 in your browser, the configuration page for the instance will be opened immediately.

Using a different kdb executable

It is possible to change the kdb executable that elektra-web uses by setting the KDB environment variable. Please ensure to use the same KDB executable when starting elektrad and the client.

For example:

KDB="/usr/local/custom/bin/kdb" kdb run-elektrad
KDB="/usr/local/custom/bin/kdb" kdb run-web

Overview

Elektra web consists of multiple components:

  • (multiple) servers running an elektra daemon (elektrad)
  • a single server to communicate with the elektra daemons and serve the client (webd)
  • a web browser that accesses the client (Web UI) on the webd server (client)

https://cdn.rawgit.com/ElektraInitiative/libelektra/master/src/tools/web/doc/network_structure.png

API

https://cdn.rawgit.com/ElektraInitiative/libelektra/master/src/tools/web/doc/daemon_structure.png

API blueprints are available for both APIs:

Auth

Currently, webd does not support authentication. The best way to work around this is to use a reverse proxy (e.g. nginx reverse proxy).

Once you set up a reverse proxy on your web server, you can use it to authenticate users, e.g. by username/password auth

Code structure

  • elektrad/ - contains the daemon to interact with a single elektra instance

  • webd/ - contains a daemon to serve the client and interact with multiple elektra instances

  • client/ - contains the elektra-web client (Web UI)

    • src/actions/ - Redux actions to access the KDB or display notifications in the UI

    • src/components/ - React components

      • pages/ - pages in the app

        • Home.jsx - the main page (overview of all instances)
        • Configuration.jsx - configuration page (single instance)
      • TreeItem/ - contains all UI components related to a single item in the tree view

        • dialogs/ - these dialogs are opened when certain actions are pressed (icons next to the tree items)

          • AddDialog.jsx - dialog to create a new (sub-)key
          • DuplicateDialog.jsx - dialog to duplicate a key
          • EditDialog.jsx - dialog to edit a key value
          • RemoveDialog.jsx - dialog to confirm the removal of a key
          • SettingsDialog.jsx - dialog to edit metadata (new metadata can be implemented here)
          • *SubDialog.jsx - sub-dialogs of the SettingsDialog
        • fields/ - special input fields to display various values

      • App.jsx - defines app structure and routes

    • src/index.js - main entry point of the app (fetches instances and renders UI)

    • src/containers/ - contains components that are connected to Redux

    • src/css/ - contains CSS styles

    • src/reducers/ - contains Redux reducers (used to process actions)

Development Guides

Updating dependencies

Lockfiles (package-lock.json) can be updated by simply deleting the current lock file and running npm install, which creates a new lock file.

Check for outdated dependencies via npm outdated. Dependencies can then be updated by running npm update.

Building docker image

Run the following command in the scripts/docker/web/ directory, replacing 1.5.0 with the latest version:

docker build -t elektra/web:1.5.0 -t elektra/web:latest .

Test the image:

docker run -d -it -p 33333:33333 -p 33334:33334 elektra/web:1.5.0

Publish it to the docker registry:

docker push elektra/web:1.5.0

Adding support for new metadata

  • Create a new sub dialog by, for example, copying the NumberSubDialog.jsx file (or similar) to a new file in the client/src/components/TreeItem/dialogs folder.

  • Include the sub dialog by adding it to the SettingsDialog.jsx file in the same folder. For example, it could be added before the AdditionalMetakeysSubDialog at the end of the file:

+     <NewSubDialog
+       onChange={this.handleEdit('check/something')}
+       value={this.getMeta('check/something', '')}
+       saved={this.getSaved('check/something')}
+     />
      <AdditionalMetakeysSubDialog
        handleEdit={this.handleEdit.bind(this)}
        getMeta={this.getMeta.bind(this)}
        getSaved={this.getSaved.bind(this)}
        meta={this.props.meta}
        deleteMeta={this.props.deleteMeta}
      />
    </FocusTrapDialog>
  • Mark the meta keys as handled by adding them to the HANDLED_METADATA array in client/src/components/TreeItem/dialogs/utils.js:
export const HANDLED_METADATA = [
  ...,
  'visibility',
  'binary',
+ 'check/something',
]
  • Validation can then be added by handling metadata in the client/src/components/TreeItem/fields/validateType.js file to the validateType function.

  • Rendering fields in a special way when certain metakeys are present can be done by adjusting the renderSpecialValue function in the client/src/components/TreeItem/index.js file.