kaazing-gateway
Estimated reading time: 4 minutesOfficial build of Kaazing Gateway.
GitHub repo: https://github.com/kaazing/gateway.docker
Library reference
This content is imported from the official Docker Library docs, and is provided by the original uploader. You can view the Docker Hub page for this image at https://hub.docker.com/images/kaazing-gateway
Supported tags and respective Dockerfile
links
Quick reference
-
Where to get help:
the Docker Community Forums, the Docker Community Slack, or Stack Overflow -
Where to file issues:
https://github.com/kaazing/gateway.docker/issues -
Maintained by:
the Kaazing Docker Maintainers -
Published image artifact details:
repo-info repo’srepos/kaazing-gateway/
directory (history)
(image metadata, transfer size, etc) -
Image updates:
official-images PRs with labellibrary/kaazing-gateway
official-images repo’slibrary/kaazing-gateway
file (history) -
Source of this description:
docs repo’skaazing-gateway/
directory (history) -
Supported Docker versions:
the latest release (down to 1.6 on a best-effort basis)
What is the KAAZING Gateway?
The Kaazing Gateway is a network gateway created to provide a single access point for real-time web based protocols that supports load balancing, clustering, and security management. It is designed to provide scalable and secure bidirectional event-based communication over the web; on every platform, browser, and device.
How to use this image
Up and Running
By default the gateway runs a WebSocket echo service similar to websocket.org.
You must give your gateway container a hostname. To do this, use the docker run -h somehostname
option, along with the -e option to define an environment variable, GATEWAY_OPTS, to pass this hostname to the gateway configuration (your hostname may vary):
$ docker run --name some-kaazing-gateway -h somehostname -e GATEWAY_OPTS="-Dgateway.hostname=somehostname -Xmx512m -Djava.security.egd=file:/dev/urandom" -d -p 8000:8000 kaazing-gateway
Note: the additional GATEWAY_OPTS options, -Xmx512m -Djava.security.egd=file:/dev/urandom
, are added in order to preserve these values from the original Dockerfile for the gateway. The -Xmx512m
value specifies a minimum Java heap size of 512 MB, and -Djava.security.egd=file:/dev/urandom
is to facilitate faster startup on VMs. See the Dockerfile
link referenced above for details.
You should then be able to connect to ws://somehostname:8000 from the WebSocket echo test.
Note: all of the above assumes that somehostname
is resolvable from your browser. You may need to add an etc/hosts entry for somehostname
on your dockerhost ip
.
Custom Configuration
To launch a container with a specific configuration you can do the following:
$ docker run --name some-kaazing-gateway -h somehostname -e GATEWAY_OPTS="-Dgateway.hostname=somehostname -Xmx512m -Djava.security.egd=file:/dev/urandom" -v /some/gateway-config.xml:/kaazing-gateway/conf/gateway-config.xml:ro -d kaazing-gateway
For information on the syntax of the Kaazing Gateway configuration files, see the official documentation (specifically the For Administrators section).
If you wish to adapt the default Gateway configuration file, you can use a command such as the following to copy the file from a running Kaazing Gateway container:
$ docker cp some-kaazing:/kaazing-gateway/conf/gateway-config-minimal.xml /some/gateway-config.xml
As above, this can also be accomplished more cleanly using a simple Dockerfile
:
FROM kaazing-gateway
COPY gateway-config.xml conf/gateway-config.xml
Then, build with docker build -t some-custom-kaazing-gateway .
and run:
$ docker run --name some-kaazing-gateway -d some-custom-kaazing-gateway
GATEWAY_OPTS
For more information on the GATEWAY_OPTS environment variable, see Configure Kaazing Gateway Using the GATEWAY_OPTS Environment Variable.
License
View license information for the software contained in this image.
As with all Docker images, these likely also contain other software which may be under other licenses (such as Bash, etc from the base distribution, along with any direct or indirect dependencies of the primary software being contained).
Some additional license information which was able to be auto-detected might be found in the repo-info
repository’s kaazing-gateway/
directory.
As for any pre-built image usage, it is the image user’s responsibility to ensure that any use of this image complies with any relevant licenses for all software contained within.