
Rename `pkg/api/flamenco-manager.yaml` to `flamenco-openapi.yaml`, to distinguish the OpenAPI definition file from the Flamenco Manager configuration file of the same name (but in a different directory). No functional changes.
112 lines
4.3 KiB
Markdown
112 lines
4.3 KiB
Markdown
# Flamenco 3
|
|
|
|
This repository contains the sources for Flamenco 3. The Manager, Worker, and
|
|
Blender add-on sources are all combined in this one repository.
|
|
|
|
## Using Shaman on Windows
|
|
|
|
The Shaman storage system uses *symbolic links*. On Windows the creation of symbolic links requires a change in security policy. Follow these steps:
|
|
|
|
1. Press Win+R, in the popup type `secpol.msc`. Then click OK.
|
|
2. In the *Local Security Policy* window that opens, go to *Security Settings* > *Local Policies* > *User Rights Assignment*.
|
|
3. In the list, find the *Create Symbolic Links* item.
|
|
4. Double-click the item and add yourself (or the user running Flamenco Manager or the whole users group) to the list.
|
|
5. Log out & back in again, or reboot the machine.
|
|
|
|
|
|
## Building
|
|
|
|
1. Install [Go 1.18 or newer](https://go.dev/), and Node 16 (see "Node / Web UI" below).
|
|
2. Optional: set the environment variable `GOPATH` to where you want Go to put its packages.
|
|
3. Ensure `$GOPATH/bin` is included in your `$PATH` environment variable. `$GOPATH` defaults to `$HOME/go` if not set. Run `go env GOPATH` if you're not sure.
|
|
4. Set up the web frontend for development (see "Node / Web UI" below).
|
|
5. Run `make with-deps` to install build-time dependencies and build the application. Subsequent builds can just run `make` without arguments.
|
|
|
|
You should now have two executables: `flamenco-manager` and `flamenco-worker`.
|
|
Both can be run with the `-help` CLI argument to see the available options.
|
|
|
|
To rebuild only the Manager or Worker, run `make flamenco-manager` or `make flamenco-worker`.
|
|
|
|
|
|
## Node / Web UI
|
|
|
|
The web UI is built with Vue, Bootstrap, and Socket.IO for communication with the backend. NodeJS/NPM is used to collect all of those and build the frontend files. It's recommended to install Node v16 via Snap:
|
|
|
|
```
|
|
sudo snap install node --classic --channel=16
|
|
```
|
|
|
|
This also gives you the Yarn package manager, which can be used to install web dependencies and build the frontend files.
|
|
|
|
```
|
|
cd web/app
|
|
yarn install
|
|
```
|
|
|
|
Then run the frontend development server with:
|
|
```
|
|
yarn run dev --host
|
|
```
|
|
|
|
The `--host` parameter is optional but recommended. The downside is that it
|
|
exposes the devserver to others on the network. The upside is that it makes it
|
|
easier to detect configuration issues. The generated OpenAPI client defaults to
|
|
using `localhost`, and if you're not testing on `localhost` this stands out
|
|
more.
|
|
|
|
|
|
## Generating the OpenAPI/Swagger API
|
|
|
|
Some code is generated from the OpenAPI specs in
|
|
`pkg/api/flamenco-openapi.yaml`. The generated code is committed to Git, so that
|
|
after a checkout you shouldn't need to re-run the generator to build Flamenco.
|
|
|
|
After changing `pkg/api/flamenco-openapi.yaml`, run `make generate` to generate
|
|
the code, then commit to Git.
|
|
|
|
The JavaScript and Python generator is made in Java, so it requires a JRE/JDK to
|
|
be installed. On Ubuntu Linux, `sudo apt install default-jre-headless` should be
|
|
enough.
|
|
|
|
|
|
## Swagger UI
|
|
|
|
Flamenco Manager has a SwaggerUI interface at http://localhost:8080/api/swagger-ui/
|
|
|
|
|
|
## SocketIO
|
|
|
|
[SocketIO v2](https://socket.io/docs/v2/) is used for sending updates from
|
|
Flamenco Manager to the web frontend. Version 2 of the protocol was chosen,
|
|
because that has a mature Go server implementation readily available.
|
|
|
|
SocketIO messages have an *event name* and *room name*.
|
|
|
|
- **Web interface clients** send messages to the server with just an *event
|
|
name*. These are received in handlers set up by
|
|
`internal/manager/webupdates/webupdates.go`, function
|
|
`registerSIOEventHandlers()`.
|
|
- **Manager** typically sends to all clients in a specific *room*. Which client
|
|
has joined which room is determined by the Manager as well. By default every
|
|
client joins the "job updates" and "chat" rooms. This is done in the
|
|
`OnConnection` handler defined in `registerSIOEventHandlers()`.
|
|
- Received messages (regardless of by whom) are handled based only on their
|
|
*event name*. The *room name* only determines *which* client receives those
|
|
messages.
|
|
|
|
|
|
## Database
|
|
|
|
Flamenco Manager and Worker use SQLite as database, and Gorm as
|
|
object-relational mapper.
|
|
|
|
Since SQLite has limited support for altering table schemas, migration requires
|
|
copying old data to a temporary table with the new schema, then swap out the
|
|
tables. Because of this, avoid `NOT NULL` columns, as they will be problematic
|
|
in this process.
|
|
|
|
|
|
## License
|
|
|
|
Flamenco is licensed under the GPLv3+ license.
|