Welcome to Toolbox

Toolbox is an application designed to showcase Hoist, Extremely Heavy's full-stack UI toolkit.

Toolbox consists of both a desktop and mobile app with examples of all Hoist Components, their usage, and links to related Hoist and Toolbox source code. Toolbox also provides several application examples which may be especially useful as a starting point for application developers new to the framework.

Please refer to the Hoist Core and Hoist React repos for detailed information and documentation on Hoist, including more information on configuring a local development environment.

Toolbox is itself a Hoist Application, and we keep it updated with the latest versions of the Hoist Framework. A toolbox-dev instance is auto-deployed via Teamcity on each commit to either the Toolbox or Hoist develop branches. We update a distinct "production" instance manually with each new versioned Hoist release.

Database

Toolbox uses MySQL for its configuration database. Note this is not a common choice for Hoist applications, which typically use whatever enterprise database is already in place within a client's infrastructure, but it provides a common and easy-to-run DB for local development and our AWS-based deployments.

• For initial/test usage, Toolbox is configured to use an in-memory H2 database that will be rebuilt at startup of the app. This is governed by the useH2 instance configuration (see below).
• For persistent deployments, Toolbox is designed to work with MySQL 5.x.*. If you don't already have it installed and are on a Mac, we recommend installing via Homebrew with brew install [email protected].
• Create a new empty database named toolbox, being sure to use a UTF8 charset. Alternatively, use an export of the deployed toolbox DB with CREATE DATABASE included (Anselm can provide).
• For local development, use of the root account is fine, or you can create a local user and password dedicated to Toolbox. If using a non-root account, ensure that the user has DBO rights on the new database.
• If the server is started against an empty database, Grails will auto-create the required schemas on first run as long as a suitable value is provided for the dbCreate data source parameter. See grails-app/conf/runtime.groovy for where this is set - we leave toolbox on update to allow for automatic schema changes as needed.

Instance Configuration

Hoist applications can read low-level, instance-specific information from a YML configuration file on the local machine where they run. This is used primarily to set database credentials, which we don't wish to check in to source control but which are required to connect to the DB and read all other data-driven app configurations.

• Create a new instance config file - the default location is /etc/hoist/conf/toolbox.yml.
  • If you don't wish to create that directory structure under /etc/, you can place the same file elsewhere and point the server there with a JavaOpt - see the hoist-core provided InstanceConfigUtils.groovy for details.
• The contents of this file (for Toolbox) will typically be as follows:

environment: Development
serverURL: http://localhost

# The following are for use in early runs of the project before you have granted roles to any users,
# or in cases where Auth0 isn't acting as expected, or you're hosting the app on a device. 
# The bootstrapAdminUser will be available for forms based login and will be granted the role 
# needed (HOIST_ROLE_MANAGER) to grant access to other users.
useOAuth: false
bootstrapAdminUser: [email protected]
bootstrapAdminPassword: "your password"

# Enable in memory h2 database option. When ready, configure proper DB below and set to false
useH2: true

# MySql DB config - provide either root or a dedicated local account, if using.
dbHost: localhost:3306
dbSchema: toolbox
dbUser: root
dbPassword: "your database user password" 

• When running the Toolbox server, look for a message along the lines of "Loaded 10 instanceConfigs from /etc/hoist/conf/toolbox.yml" to be logged to the console early on in the startup process. This will indicate that Hoist has successfully read your config.

Authentication

Note that Toolbox uses 'Auth0' as its authentication provider, and includes various client-side and server side adaptors for that. Typical Hoist applications will use an enterprise-specific Single Sign-On (SSO) such as JESPA/NTLM, kerberos, or another OAuth based solution.

When adding a new top-level entry-point for Toolbox (such as a new example application), the desired URL must be registered with Auth0 as a valid OAuth callback URL. Either Lee or Anselm can update our Auth0 config accordingly.

Developing with HTTPS on xh.io domain

It can be useful to run Toolbox locally with HTTPS enabled and on a sub-domain of xh.io, especially when testing OAuth, CORS, or cookie dependent features. Follow these steps to run with HTTPS on the toolbox-local.xh.io:3000 domain:

1. add this entry to your dev machine's hosts file: 127.0.0.1 toolbox-local.xh.io
2. start the Grails server with the following additional VM Options:

-Dserver.ssl.enabled=true
-Dserver.ssl.certificate=classpath:local-dev/toolbox-local.xh.io-self-signed.crt
-Dserver.ssl.certificate-private-key=classpath:local-dev/toolbox-local.xh.io-self-signed.key
-Dserver.ssl.trust-certificate=classpath:local-dev/toolbox-local.xh.io-self-signed.ca.crt

The referenced files are self-signed certs commited to the repo for local dev purposes. They expire on Sunday, May 21, 2034 at 6:11:28AM. 3. Visit https://toolbox-local.xh.io:8080/ping in your browser to proceed past the SSL warning for API calls. 4. Start the GUI with the startWithHoistSecure npm script. Go to https://toolbox-local.xh.io:3000/app/home in your browser and proceed past the SSL warning.

Wrapper project for Toolbox + Hoist development

A special project / directory structure can be useful for developing Toolbox alongside the Hoist Core and React libraries, so that changes to the libraries themselves can be developed and tested locally using Toolbox as a reference app. This is the recommended configuration for XH developers to use when setting up Toolbox.

• Create a new directory within your homedir or another suitable location - name it something like toolbox-wrapper.
• Within this new parent directory, check out the toolbox, hoist-react, and hoist-core repositories as siblings.
• Create a new settings.gradle file within the top-level directory. The contents of this file will be a single line: include "toolbox", "hoist-core". This tells Gradle to reference and combine the build.gradle targets of those two sub-projects into a single umbrella project.
• From the checked-out toolbox sub-directory, copy the gradle directory and the gradlew (or gradlew.bat if on Windows) wrapper script and paste the copies into the top-level wrapper directory.
  • Your top-level directory should now contain four sub-directories, settings.gradle, and the gradlew script.
• From the top-level directory, run ./gradlew to ensure that Gradle can properly configure the unified build.
• If using IntelliJ, create a newJ project by running through the "New project from existing sources..." workflow and pointing the IDE at the top-level settings.gradle file.
  • IntelliJ should detect that this is a Gradle/Grails project, download and index the server-side dependencies, and set up an appropriate "Run Configuration" to start the Toolbox server.

Having all three repos checked out in a single IntelliJ project can be useful to have the code on-hand, but to actually run Toolbox using the local Hoist libraries some additional steps are required.

• To run the server using the local hoist-core, edit the toolbox/gradle.properties file and set runHoistInline=true. Note this is not required if you're not changing any hoist-core code - you can still have the project structure setup as described, and only flip this switch if/when testing a local change to the plugin.
• To run the client using the local hoist-react, start your local webpack-dev-server from the toolbox/client-app directory by running yarn startWithHoist.

---

📫☎️🌎 [email protected] | https://xh.io/contact

Copyright © 2022 Extremely Heavy Industries Inc.