This program and the accompanying materials are made available under the terms of the Eclipse Public License v2.0 which accompanies this distribution, and is available at https://www.eclipse.org/legal/epl-v20.html
SPDX-License-Identifier: EPL-2.0
Copyright Contributors to the Zowe Project.
This is the default setup of the Zowe App Server, built upon the zLUX framework. Within, you will find a collection of build, deploy, and run scripts as well as configuration files that will help you to configure a simple App Server and add a few Apps.
To request features or report bugs, please use the issues page at the zlux repo with the server infrastructure or server security tags
At the core of the zLUX App infrastructure backend is an extensible server, written for nodeJS and utilizing expressJS for routing. It handles the backend components of Apps, and also can serve as a proxy for requests from Apps to additional servers as needed. One such proxy destination is the ZSS - a Zowe backend component called Zowe System Services. It's a so-called Agent for the App Server.
The zLUX App Server and ZSS utilize the same deployment & App/Plugin structure, and share some configuration parameters as well. It is possible to run ZSS and zLUX App Server from the same system, in which case you would be running under z/OS USS. This configuration requires that IBM's version of nodeJS is installed prior.
Another way to set up zLUX is to have the zLUX App Server running under LUW, while keeping ZSS under USS. This is the configuration scenario presented below. In this scenario, you'll need to clone these github repositories to two different systems, and they'll need to have compatible configurations. For first-timers, it is fine to have identical configuration files and /plugins folders in order to get going.
Getting started with this server requires just a few steps:
- Prerequisites
- Acquire the Source Code
- Initial Build
- Initial Startup
- Connect in a Browser!
- Customizing Configuration
- Adding Plugins
- Adding ZSS to the Environment
Follow each step and you'll be on your way to your first App Server instance!
To build the App Server and Apps, the following is required:
- NodeJS - v14.x minimum (except v14.17.2) up to v16.x
Note & TODO: Node 17+ will fail on Windows when running full zlux build, more information in this thread.. An upgrade solution needs to be applied across multiple failing components
-
npm - v6.4 minimum
-
jdk - v8 minimum
-
ant - v1.10 minimum (for installation help, see "Setup" in Ant manual)
-
ant-contrib - v1 minimum (such as: here - to install, copy
ant-contrib-1.0b3.jarto theANT_HOME/libdirectory)
For building zss (Section 7):
- IBM z/OS XLC compiler for Metal C Compilation
For development:
-
git - 2.18 or higher is recommended off z/os
-
ssh agent - Our repositories are structured to expect that you have ssh keys setup for github. This assists with rapid development and automation. Git bash or putty's pageant are some of various tools that can help you setup & work with ssh keys over git.
Because all of our code is on github, yet ZSS must run on z/OS and the zLUX App Server may optionally run on z/OS as well, having git on z/OS is the most convenient way to work with the source code. The alternative would be to utilize FTP or another method to transfer contents to z/OS. If you'd like to go this route, you can find git for z/OS free of charge here: http://www.rocketsoftware.com/product-categories/mainframe/git-for-zos
On z/OS, git 2.14.4 is the minimum needed.
To use the App Server, the following is required:
- NodeJS - v16.x up to v18.x is officially supported by the Zowe community.
Plugins may depend upon other technologies, such as Java or ZSS. A plugin's pluginDefinition or README will help you to understand if additional prerequisites are needed for that plugin.
Afterwards, clone (or download) the github capstone repository, https://github.com/zowe/zlux. As we'll be configuring ZSS on z/OS's USS, and the zLUX App Server on a LUW host, you'll need to put the contents on both systems. If using git, the following commands should be used:
git clone --recursive [email protected]:zowe/zlux.git
cd zlux
git submodule foreach "git checkout v2.x/master"
For the initial setup, the default authentication is the "trivial authentication" plugin, which allows login to the App Server without valid credentials. At the end of this guide, you can customize the environment to switch to a secure authentication plugin instead, such as the ZSS authentication plugin, covered in Section 7. This plugin works with the ZSS mock server as well.
Now you'll have the latest code for the server. The App Server framework & core plugins contain server and/or web components. Since these web components use webpack for packaging optimization, and server components may use typescript or other software that requires compiling, it is necessary to build the code before using the server and plugins.
There are utilities within the zlux-build folder for initializing & building core plugins and the framework itself, which will be used. However, those tools are not needed when building individual plugins, as it is faster to build them each as needed when following this documentation.
On the host running the App Server, run the script that will automatically build all included Apps:
cd zlux-build
//Windows
build.bat
//Otherwise
./build.sh
This will take some time to complete.
Note when building, NPM is used. The version of NPM needed for the build to succeed should be at least 6.4. You can update NPM by executing npm install -g npm
Note: It has been reported that building can hang on Windows if you have put the code in a directory that has a symbolic link. Build time can depend on hardware speed, but should take minutes not hours.
Upon completion, the App Server is ready to be run.
To start the App Server with all default settings, do the following:
cd ../zlux-app-server/bin
// Windows:
app-server.bat
// Others:
./app-server.sh
When the App Server has started, one of the messages you will see as bootstrapping completes is that the server is listening on the HTTP/s port. Now, the server is ready for use.
If you encounter an error message saying No config file found, initializing, it means that the App Server could not find a configuration file in the expected location.
To fix this issue, you need to create a zowe.yaml file in the following directory: %USERPROFILE%\.zowe\workspace\app-server\serverConfig. You can use this template as a starting point.
When the server starts, it writes logs to a text file. On z/OS, Unix, and Linux, the server also logs to the terminal via stdout.
To view the entire logs, you can find the log file within the location specified by the zowe server configuration parameter zowe.logDirectory, but will default to ~/.zowe/logs or %USERPROFILE%/.zowe/logs (Windows) if not specified. The log file starts with "appServer" and the filename may also include a timestamp.
With the App Server started, you can access Apps and the Zowe Desktop from it in a web browser. In this example, the address you will want to go to first is the location of the window management App - Zowe Desktop. The URL for this is:
https://<App Server>:7556/ZLUX/plugins/org.zowe.zlux.bootstrap/web/index.html
Note: If you are using the API Mediation Layer, which is not covered here, it is preferred to access the app server through it. That URL would be https://<Gateway server>:<Gateway Port>/zlux/ui/v1/ZLUX/plugins/org.zowe.zlux.bootstrap/web/index.html
Once here, you should be greeted with a Login screen. By default, trivial authentication is used which allows to login with arbitrary credentials. So, you can type in any username to get access to the desktop, which likely does not yet have any Apps. Next, the server should be configured, Apps added, and authentication set up.
A default configuration file is present in zlux-app-server/defaults/serverConfig/zowe.yaml. In a development environment, you should move this somewhere and customize it and use it to start the server.
Read the Configuration page for an explanation of interesting items that you'll want to configure for your server, as well as the json-schema document for the app-server which describes every possible value.
In short, determine the location of your workspace directory (environment variable ZWE_zowe_workspaceDirectory, or ~/.zowe/workspace (Linux, Unix, z/OS) or %USERPROFILE%/.zowe when ZWE_zowe_workspaceDirectory is not defined).
Within the workspace directory, create app-server/serverConfig/zowe.yaml by copying zlux-app-server/defaults/serverConfig/zowe.yaml, and edit it to change attributes such as the HTTPS port via components.app-server.node.https.port, or the location of plugins.
Note when building, NPM is used. The version of NPM needed for the build to succeed should be at least 6.4. You can update NPM by executing npm install -g npm
Plugins, like the framework, can contain server and/or web components, either of which may need to be built using technologies such as webpack and typescript. The Plugins which have web components are also called "Apps" within the UI. To add a plugin to the server, it must first be built. Plugins that you download may already be pre-built.
Click here to read about building plugins
Click here to read about installing plugins
Following the references above, this is how you can add a TN3270 terminal emulator app to your App Server, for an App server installed in ~/my-zowe
git clone https://github.com/zowe/tn3270-ng2.git ~/my-zowe/tn3270-ng2cd ~/my-zowe/tn3270-ng2- Set the environment variable
MVD_DESKTOP_DIRto the path of zlux-app-manager/virtual-desktop, such asexport MVD_DESKTOP_DIR=~/my-zowe/zlux-app-manager/virtual-desktop cd webClientnpm installnpm run build(This will take some time to complete.)cd ~/my-zowe/zlux-app-server/bin./install-app.sh ~/my-zowe/tn3270-ng2
Note: If on Windows, try %USERPROFILE%/ instead of ~/, and install-app.bat instead of ./install-app.sh
Note: In a production environment you should not have 3rd party apps in the same root folder as the App Server, but currently some apps have relative path limitations during build & development that lead to developing apps within the same root folder.
Note: It has been reported that building can hang on Windows if you have put the code in a directory that has a symbolic link. Build time can depend on hardware speed, but should take minutes not hours.
Several plugins are available for use in Zowe. Some of them may require ZSS, which can be set up in the next steps Here are a few plugins which you can clone to experiment with development:
- sample-angular-app: A simple app showing how a zLUX App frontend (here, Angular) component can communicate with an App backend (REST) component.
- sample-react-app: Similar to the Angular App, but using React instead to show how you have the flexibility to use a framework of your choice.
- sample-iframe-app: Similar in functionality to the Angular & React Apps, but presented via inclusion of an iframe, to show that even pre-existing pages can be included
You can clone them all via:
git clone [email protected]:zowe/sample-angular-app.git
git clone [email protected]:zowe/sample-react-app.git
git clone [email protected]:zowe/sample-iframe-app.git
Sample React and Iframe Apps depend on the Sample Angular App, as an example of dependencies. Recent versions of the Angular App also depends upon ZSS as an example, but you can use a version older than v1.21.0 if you do not have ZSS available.
For more information on Zowe Desktop plugins, check out this. You can also view the full list of open plugins in the Zowe project here.
Like the App Server, ZSS is an HTTP(S) server component of Zowe. However unlike the App Server, ZSS is a z/OS specific component which exists to provide core low-level & security APIs, as well as a place to attach lower-level plugins that could be built with the App Server. The configuration, directories, and network-level API structures are similar, as these servers work together to support Apps. Also, some of the low-level APIs are made possibly by ZSS working in concert with the Zowe Cross Memory Server, which is not an HTTP(S) server, but ZSS provides any needed HTTP(S) access. So, if you need the APIs provided by ZSS, or want to build & use low-level plugins, then you must add ZSS and the Cross Memory Server to your Zowe environment.
To build ZSS, code must be placed on z/OS as it can only be compiled there and run there. However, if you don't have access to a mainframe, you have 2 options:
- Sign up for the IBM Open Zowe trial to obtain trial credentials to a mainframe
- or you can take advantage of the ZSS mock server written in Python **Note: ** ZSS mock server may not be up to date with latest ZSS features.
To build ZSS from source, it is recommended to use git on z/OS from step 0. You can use this command to get the code:
git clone --recursive [email protected]:zowe/zss.git
cd zss/build
Now, you can build both ZSS and the Cross Memory Server via:
./build_zss.sh
./build_zis.sh
A successful build will result in the ZSS binary being placed at zss/bin/zssServer. To use it, you need to copy zssServer to the zlux-app-server/bin directory, so that you can either run it directly via zssServer.sh or have the App Server automatically start it when the App Server is run via app-server.sh.
Before running, you must set also set program control attribute on the ZSS binary. It is needed to make the APIs run under the authenticated user's permissions.
cp zssServer64 ../../zlux-app-server/bin
extattr +p ../../zlux-app-server/bin/zssServer64
Finally, the ZSS Cross memory server must be installed and configured according to This Install Guide
With ZSS built, you can now run it in via zss/bin/zssServer.sh
In App Server terminology, ZSS is a Agent, where the Agent is responsible for fulfilling low-level & OS-specific APIs that the App Server delegates. In order to use the App Server and ZSS together, your App Server must be configured to use it as an Agent, and setup with a security plugin which uses ZSS as an App Server security provider.
To add ZSS as a security provider, add the sso-auth plugin to the App Server. Following Section 6 about adding plugins, you can do the following, where ZWE_zowe_workspaceDirectory=~/.zowe/workspace and the App Server in ~/my-zowe:
./install-app.sh ~/my-zowe/zlux-server-framework/plugins/sso-auth
Then, you need set the configuration of the App Server to prefer that security provider.
Locate and edit the zowe configuration file such as zowe.yaml (such as ~/.zowe/workspace/app-server/ServerConfig/zowe.yaml) and within that file, set components.app-server.dataserviceAuthentication.defaultAuthentication = "saf".
Keep this file open to continue with agent setup.
Within the Zowe configuration file, you need to define or set components.zss.agent.host to a hostname or ip address where ZSS is located that is also visible to the App Server. This should be the hostname of a z/OS system. You must also define or set component.zss..port. This is the TCP port which ZSS will listen on to be contacted by the App Server. Define this in the configuration file as a value between 1024-65535. See zss configuration for more information and an example.
An example of a zowe configuration file that works for app-server when zss is available on a different system:
components:
app-server:
port: 7556
enabled: true
productDir: ../defaults
siteDir: ~/.zowe/workspace/app-server/site
instanceDir: ~/.zowe/workspace/app-server
groupsDir: ~/.zowe/workspace/app-server/groups
usersDir: ~/.zowe/workspace/app-server/users
pluginsDir: ~/.zowe/workspace/app-server/plugins
node:
https:
ipAddresses:
- 0.0.0.0
keys:
- "../defaults/serverConfig/zlux.keystore.key"
certificates:
- "../defaults/serverConfig/zlux.keystore.cer"
certificateAuthorities:
- "../defaults/serverConfig/apiml-localca.cer"
agent:
host: "localhost"
https:
port: 7557
dataserviceAuthentication:
defaultAuthentication: "saf"
rbac: falseOn z/OS, ZSS must be set to have the correct port, IP, and HTTP(S) configuration so that the app-server can reach it.
On a release install (not covered here, but described on docs.zowe.org), ZSS is already set up for use over HTTPS. You can update components.zss.port in a Zowe configuration file to set which port it should use, to match the value you have on your dev install for components.app-server.agent.https.port.
On a dev install, app-server and zss may be on different systems, but the zowe configuration files for each must match so that app-server can reach zss.
Note: It is highly recommended to have HTTPS for ZSS. This is the default on a release install, but it is also possible to use AT-TLS to do this such as by following configuring AT-TLS. It is most important when using ZSS externally, as the session security is essential for all but trivial development environments
Below is an example of a configuration file just for zss, for when app-server is elsewhere.
components:
zss:
port: 7557
enabled: true
tls: true
productDir: ../defaults
pluginsDir: ~/.zowe/workspace/app-server/plugins
agent:
https:
ipAddresses:
- 0.0.0.0
keyring: "/path/to/keystore.p12"
password: "keyringpassword"
label: "keylabel"
dataserviceAuthentication:
rbac: falseBelow is an example of a unified configuration file for when app-server and zss are on the same system.
components:
app-server:
port: 7556
enabled: true
productDir: ../defaults
siteDir: ~/.zowe/workspace/app-server/site
instanceDir: ~/.zowe/workspace/app-server
groupsDir: ~/.zowe/workspace/app-server/groups
usersDir: ~/.zowe/workspace/app-server/users
pluginsDir: ~/.zowe/workspace/app-server/plugins
node:
https:
ipAddresses:
- 0.0.0.0
keys:
- "../defaults/serverConfig/zlux.keystore.key"
certificates:
- "../defaults/serverConfig/zlux.keystore.cer"
certificateAuthorities:
- "../defaults/serverConfig/apiml-localca.cer"
agent:
host: "localhost"
https:
port: 7557
dataserviceAuthentication:
defaultAuthentication: "saf"
rbac: false
zss:
port: 7557
enabled: true
tls: true
productDir: ../defaults
pluginsDir: ~/.zowe/workspace/app-server/plugins
agent:
https:
ipAddresses:
- 0.0.0.0
keyring: "/path/to/keystore.p12"
password: "keyringpassword"
label: "keylabel"
dataserviceAuthentication:
rbac: falseIf you intend to use the API Catalog as well, you will want to install the plugin "zlux-agent", found in zlux-server-framework/plugins/zlux-agent.
This allows the app-server to serve agent swagger definitions, which are then visible in the API catalog.
When running the App Server with an Agent such as ZSS, you may need to start each independently. They both consume a standardized configuration file as shown in the above examples, but if you're using a development environment instead of a production install, you may need to start app-server and zss by running zlux-app-server/bin/app-server.sh and zss/bin/zssServer.sh respectively.