The UI service for Application Lifecycle
Table of Contents generated with DocToc
- Work in Progress
- Community, discussion, contribution, and support
- License
- Getting Started
- Design
- Setting up Your Dev Environment
- Testing
- NPM Commands
- Links
We are in the process of enabling this repo for community contribution. See wiki here.
Check the CONTRIBUTING Doc for how to contribute to the repo.
This project is licensed under the Apache License 2.0. A copy of the license can be found in LICENSE.
Included fonts are licensed under the SIL Open Font License 1.1, and copies of this license can be found along side the corresponding fonts in the ./fonts directory.
The Application console runs only on the hub cluster. It defines the user interface used to create and manage application resources deployed on your managed clusters through the use of Application lifecycle subscription operators. This console component, application-ui, depends on the console-api and search-api components to work with the custom Kubernetes resources of the Application lifecycle model. The application-ui and console-api components are packaged as a Helm chart defined in the application-chart repository. The search-api component is packaged as a Helm chart defined in the search-chart repository. This is a guide on how to build and run stolostron application-ui.
This UI Platform is developed as an isomorphic react application. The following major components are used to build this service.
- NodeJS
- Express
- React
- Handlebars
- Redux
- Webpack
- Babel
- Apollo/GraphQL
- Red Hat PatternFly
- Jest
git clone https://github.com/stolostron/application-ui.git cd application-ui npm install npm run build
By default the server runs in development mode using insecure HTTP connections. To use HTTPS, you must either:
- set the environment variables
serverKey
andserverCert
with the full path of the key and certificate files - provide a key and certificate in the
./sslcert/server.key
and./sslcert/server.crt
files - follow the README steps in ./sslcert to generate new certificate files
To run in production mode, set NODE_ENV
to production
and provide a key and certificate in ./certs/applicationui.key
and ./certs/applicationui.crt
.
To run your local application-ui
code against an existing OCM installation:
-
Make sure you are logged in using
oc
then source thesetup-env.sh
script.. ./setup-env.sh
This will automatically set up the redirect URL and export all required environment variables, allowing you to skip the next 2 steps. The variables are also printed out as JSON in case you prefer to set them up in a VS Code launch configuration as described below.
The script works in
zsh
orbash
and requiresoc
andjq
.By default, the script sets the
hcmUiApiURL
variable to use the running OCM. To use localconsole-api
, unset this variable.unset hcmUiApiUrl
-
Add your
application-ui
redirect link to your hub's oauthclient multicloudingress if it does not already exist thereoc edit oauthclient multicloudingress -n open-cluster-management (Add "- http://localhost:3001/multicloud/applications/auth/callback" to "redirectURIs:" list)
-
The following environment variables need to be set.
export OAUTH2_CLIENT_ID= export OAUTH2_CLIENT_SECRET= export OAUTH2_REDIRECT_URL=http://localhost:3001/multicloud/applications/auth/callback \# for local testing, from okd login token export API_SERVER_URL= export SERVICEACCT_TOKEN= export NODE_ENV=development \# search and console-api export searchApiUrl=`/multicloud/applications/search/graphql` export hcmUiApiUrl=`/multicloud/applications/graphql`
For VS Code users, these variables can be set in your local VS Code enviroment using the launch.json in the .vscode directory. To create a launch.json file, open your project folder in VS Code (File > Open Folder) and then select the Configure gear icon on the Run view top bar. If you go back to the File Explorer view (Ctrl+Shift+E), you'll see that VS Code has created a .vscode folder and added the launch.json file to your workspace.
Use a map,
env:{}
, in launch.json to contain your environment variables.{ "version": "0.2.0", "configurations": [ { "type": "node", "request": "launch", "name": "", "program": "${workspaceFolder}/app.js", "env": { "hcmUiApiUrl": "http://localhost:4000/hcmuiapi", "searchApiUrl": "https://localhost:4010/searchapi", "NODE_ENV": "", "headerUrl": "", "OAUTH2_REDIRECT_URL": "http://localhost:3001/multicloud/applications/auth/callback", "OAUTH2_CLIENT_ID": "", "OAUTH2_CLIENT_SECRET": "", "SERVICEACCT_TOKEN": "", "API_SERVER_URL": "", } } ] }
-
If you are working on changes to
console-api
, runconsole-api
locally following the instructions from https://github.com/stolostron/console-api -
Start the server for production
npm run start:production
-
Start the server for development, make sure to execute both of the following npm commands
npm run build:watch npm run start
-
Open a browser to
https://localhost:3001/multicloud/applications
orhttp://localhost:3001/multicloud/applications
, depending on whether you are using a certificate for HTTPS or not. If prompted for password, use your OKD credentials.
git clone https://github.com/stolostron/application-ui.git cd application-ui export export USE_VENDORIZED_BUILD_HARNESS=false export COMPONENT_DOCKER_REPO=<docker_repo> export COMPONENT_NAME=application-ui export IMAGE_TAG=<image_tag> make install make build-prod make lint make prune make build-image
The following will run all unit tests.
npm run test:unit
To run a particular test.
npm run test:unit -- <test_file> # for example npm run test:unit -- ApplicationTopology.test.js
The full list of npm scripts are described below.
Command | Description |
---|---|
npm start |
Starts the application with NODE_ENV='development' |
npm run test:unit |
Runs jest tests |
npm run test:update-snapshot |
Updates snapshots for jest tests. This command should only be used if you have made changes to a component that requires an updated snapshot artifact for a test case. |
npm run start:production |
Starts the application with NODE_ENV='production' |
npm run clean |
Deletes the generated files from public folder. |
npm run build |
Does a FULL development build. (caching disabled and dev source maps) |
npm run build:production |
Does a FULL production build. |
npm run build:watch |
Does a build of application code (w/o the DLL generation) and remains running in the background watching for changes. |
npm run build:dll |
Only re-builds the the vendor library component. |
npm run lint |
Runs linting on the code base. |
npm run lint:fix |
Attempts to fix any linting errors automatically. |
npm run shrinkwrap:clean |
Regenerates a clean npm-shrinkwrap.json - THIS COMMAND SHOULD ONLY BE USED IN EXTREME CIRCUMSTANCES. |
Note: The build process leverages the Dll and DllReference plugins to extract out vendor plugins for faster build times and improved browser caching. A separate bundle is created for 3rd-party client-side libraries. The generated bundle is sourced (public/dll.vendor.js) along with its manifest (vendor-manifest.json). If new client dependencies are added or existing versions of dependencies are updated this module needs be regenerated and recommitted back into source control via
npm run build:dll
.
These are a few useful links that will help provide technical reference and best practices when developing for the platform.