Design Hub configuration guide

Design Hub is a NodeJS based application for molecule design and idea management. It includes an HTTP and WebSocket server to serve multiple clients running the embedded web application.

All configuration is performed on the server, this document describes the available options.

• Configuration
• Converter and cleaner web services
• Setting up local authentication
• Setting up LDAP authentication
• Setting up SAML authentication
• Setting up OpenID Connect authentication
• Setting up Synergy authentication
• Marvin JS configuration
• Groups, roles and permissions

Configuration

This application requires a configuration file to be passed as a command line argument. The configuration file holds all the key settings regarding database connection, networking, security, persistence, plugins and more.

The minimum configuration requires database details, JChem Microservices details, a license and a port to be specified, but a more general sample of typical options is below. Note that some values point to files or other services. These should be changed to match your environment - of course you can store your ChemAxon license files or Design Hub plugins anywhere. See below in the spreadsheet for your full list of options:

{
 "jchemMicroServices": "http://jms-gateway:8080/",
 "mjsService": "http://mjs-service:8080/",
 "databaseHost": "db",
 "databasePort": 5432,
 "databaseName": "designhub",
 "databaseUser": "designhubuser",
 "databasePassword": "CHANGETHIS",
 "secretKey": "CHANGETHIS",
 "authentication": {
   "internal": {
     "type": "local",
     "label": "Testing domain",
     "accounts": [{
       "username": "demo",
       "password": "demo"
     }]
   }
  }
}

Below you can find a detailed description for each option:

{info} Note: All relative paths are resolved against the location of config.json.

"marvinjs": {
   "templates": "./templates.mrv",
   "webservices": {
      "clean2dws": "/rest-v0/util/convert/clean",
      "molconvertws": "/rest-v0/util/calculate/molExport",
      "reactionconvertws": "/rest-v0/util/calculate/reactionExport",
      "stereoinfows": "/rest-v0/util/calculate/cipStereoInfo"
   },
  "displaySettings": {
      "toolbars": "reporting"
   }
 } 

Converter and cleaner web services

Design Hub requires JChem Microservices (DB, IO, Structure Manipulation and optionally Markush Enumeration modules) to function. Using can forward HTTP requests made by Marvin JS to a converter web service. Your license includes the use of JChem Web Services as that converter, so please follow the JChem Web Services installation guide to set it up - to make things simpler, you may skip all database related installation steps. Once done, you can point Design Hub to it in the configuration’s converterService option.

Setting up local authentication

Design Hub supports a very simple local authentication intended for personal testing or evaluation purposes. This enables all features depending on tracking users and storing profiles, without having to setup identity provider connections. Accounts are read from a list specified in config.json. Below you can find a sample:

{
 "port": 443,
 "hostname": "example.com",
 "tls": {
   "key": "/config/certs/example-com-key.pem",
   "cert": "/config/certs/example-com-cert.pem"
 },
 "secretKey": "lalilulelo",
 "authentication": {
   "test": {
     "type": "local",
     "label": "Test Ltd",
     "accounts": [
       {"username": "demo", "password": "demo"},
       {"username": "demo2", "password": "demo2"}
     ]
   }
 }
}

Setting up LDAP authentication

The application supports LDAP and LDAPS authentication, which works with Active Directory as well. The most common configuration options are supported. Below you can find a sample configuration and a full list of options:

{
 "port": 443,
 "hostname": "example.com",
 "tls": {
   "key": "/config/certs/example-com-key.pem",
   "cert": "/config/certs/example-com-cert.pem"
 },
 "secretKey": "lalilulelo",
 "authentication": {
   "corporate": {
     "type": "ldap",
     "label": "ACME Inc",
     "url": "ldaps://ipa.acme.com:636",
     "bindDn": "uid=serviceaccount,cn=accounts,dc=acme",
     "bindCredentials": "BF95KPnVD9FxyGPh",
     "searchBase": "cn=accounts,dc=acme",
     "searchFilter": "(uid={{username}})"
   }
 }
}

LDAP specific configuration options

Setting up SAML authentication

This application uses HTTP Redirect Binding for its AuthnRequests, and expects to receive the messages back via the HTTP POST binding.

Configuration

First, you’ll need to configure the application with a host. You can do this by setting port, and hostname. Next, it’s strongly recommended to setup HTTPS with the tls settings, to make sure any login details are only transmitted over a secure channel. config.json:

{
 "port": 443,
 "hostname": "example.com",
 "tls": {
   "key": "/config/certs/example-com-key.pem",
   "cert": "/config/certs/example-com-cert.pem"
 }
}

Next, add a secretKey and configure your identity provider in authentication: config.json:

{
 "port": 443,
 "hostname": "example.com",
 "tls": {
   "key": "/config/certs/example-com-key.pem",
   "cert": "/config/certs/example-com-cert.pem"
 },
 "secretKey": "lalilulelo",
 "authentication": {
   "internal": {
     "type": "saml",
     "label": "Example",
     "entryPoint": "http://idp.example.com/oam/SSORedirect/metaAlias/apps/idp"
   }
 }
}

Registering as Service Provider

Using the domain chosen in the authentication settings, in the above example internal, the Design Hub service can be registered in the SAML provider. To help this, a service metadata descriptor is available at the following address:

https://example.com/domains/internal/metadata

The service’s issuer / entity ID is marvin-live-app and the callback URL is generated from the tls, hostname, port and domain name options.

<?xml version="1.0"?>
<EntityDescriptor xmlns="urn:oasis:names:tc:SAML:2.0:metadata" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" entityID="marvin-live-app">
  <SPSSODescriptor protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol">
    <KeyDescriptor/>
    <NameIDFormat>urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified</NameIDFormat>
    <AssertionConsumerService index="1" isDefault="true" Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" Location="https://example.com/domains/internal/callback"/>
  </SPSSODescriptor>
</EntityDescriptor>

SAML specific parameters

Further options are available, please see this third-party module’s options.

Setting up OpenID Connect authentication

The application supports OpenID Connect authentication. Below you can find a sample configuration and a full list of options:

{
 "port": 443,
 "hostname": "example.com",
 "tls": {
   "key": "/config/certs/example-com-key.pem",
   "cert": "/config/certs/example-com-cert.pem"
 },
 "secretKey": "lalilulelo",
 "authentication": {
   "corporate": {
     "type": "openId",
     "label": "ACME Inc",
     "issuer": "https://myissuer.com",
     "clientID": "dh-client",
     "clientSecret": "password",
     "callbackUrlBase": "https://example.com"
   }
 }
}

OpenID Connect specific configuration options

Setting up Synergy authentication

The application supports authentication with ChemAxon Synergy. Below you can find a sample configuration and a full list of options:

{
 "port": 443,
 "hostname": "example.com",
 "tls": {
   "key": "/config/certs/example-com-key.pem",
   "cert": "/config/certs/example-com-cert.pem"
 },
 "secretKey": "lalilulelo",
 "authentication": {
   "corporate": {
     "type": "synergy",
     "label": "ACME Inc",
     "issuer": "https://acme.synergy.cxn.io",
     "clientID": "dh-client",
     "clientSecret": "password",
     "callbackUrlBase": "https://example.com"
   }
 }
}

Synergy specific configuration options

Marvin JS configuration

This option configures Marvin JS’s display options and services (API reference). This option is available in authenticated domains as well to control different domains individually. An object is passed as configuration with the following attributes:

Reference: https://marvinjs-demo.chemaxon.com/latest/jsdoc.html

Example:

"marvinjs": {
  "templates": "./templates.mrv",
  "webservices": {
     "clean2dws": "/rest-v1/util/convert/clean",
     "molconvertws": "/rest-v1/util/calculate/molExport",
     "reactionconvertws": "/rest-v1/util/calculate/reactionExport",
     "stereoinfows": "/rest-v1/util/calculate/cipStereoInfo"
  },
  "displaySettings": {
     "toolbars": "reporting"
  }
}

Groups, roles and permissions

From v20.13.0, the role based access control system can be used to assign authorized users of the system to groups and roles/permissions can be assigned to groups.

Defining groups and permissions

By adding a groups section to the domain configuration, individual groups can be added with a name (e.g. READERS or WRITERS) and a list of permissions. With ldap/saml/openId/synergy authentication, group membership of individual users is provided by the identity provider. With local authentication, individual accounts can be assigned to a group by referencing the assigned group name on each account record.

{
  ...
  "authentication":
    "access-readonly": {
      "type": "local",
      "label": "Read-only authorization scheme",
      "groups": {
          "READERS": [
              "ACCESS_HYPOTHESES",
              "READ_NONASSIGNED_CONTENT",
              "READ_NONJOINED_PROJECTS",
              "JOIN_PROJECTS"
          ],
          "WRITERS": [
              "ACCESS_HYPOTHESES",
              "ADD_PROJECTS",
              "CREATE_CONTENT",
              "WRITE_NONASSIGNED_CONTENT",
              "WRITE_NONJOINED_PROJECTS"
              "JOIN_PROJECTS"
          ]
      },
      "accounts": [
          {"username": "vip", "password": "vip", "group": "VIP"},
          {"username": "reader", "password": "reader", "group": "READERS"},
          {"username": "writer", "password": "writer", "group": "WRITERS"}
      ]
    }
  }
  ...
}

Defining groups on the admin interface

By logging in to the admin interface and selecting the appropriate domain, the list of users and groups are displayed in small tables. These can be used to manage the list of groups available in the system, permissions assigned to each group, and the group membership of users. Using the buttons in the top-right corner of the groups table, new groups can be added, and using the actions for each group, further modifications can be made.

Available permissions