The easiest way to host your own instance of DM for your projects is to use Digital Ocean - a cloud computing platform where you can set up virtual server space for as little as $10/month. We’ve set up an optimized process to deploy DM to Digital Ocean. You can find this deployment system along with the most recent stable version of DM software here: DM Digital Ocean Deployment
If you wish to deploy your DM instance on your own server or on a service other than Digital Ocean, you can do so by installing the requirements and running the scripts listed below in "Building and running for development or custom deployment." The scripts/build command will create a .jar file that, when launched in a properly configured environment, will provide the full DM application at port 8080.
Copy the contents of dm.conf.example to a file named dm.conf and fill in the values for OAuth providers you wish to enable. Please refer to the section below on "Creating an independent user authentication provider" and the guides for key/secret generation with the various services in the "Setting configuration variables" section.
$ scripts/buildIn order to develop the client-side code, build and start the backend:
$ scripts/build
$ scripts/runIn parallel, initialize and start Browsersync:
$ npm run devBrowsersync serves client-side assets from src/main/resources/static and
proxies backend logic provided by the Java process, watching asset changes
and reloading the app in the browser when needed.
DM supports login through the OAuth protocol, and by default connects to Google's and GitHub's authentication providers. In addition, an independent OAuth provider application can be quickly created using the accompanying Simple OAuth2 provider repository. To add this service, follow the deployment instructions in that repository's ReadMe, then navigate to your-provider-application-url/oauth/applications and add an entry for your DM instance. You should use 'DM' for the application name and add your-dm-application-url/accounts/oauth-callback/independent to the Redirect URI field (this field can accommodate a list of callback URIs separated by line breaks, which is useful if you wish to provide authentication to multiple DM instances). Click Submit to save the application configuration, and copy the Application Id (key) and Secret values shown on the subsequent page.
The following variables must be set to allow DM to work with an OAuth provider for user authentication:
superuser_id: an identifier for a user who should have top-level admin status for all projects created in the instance. The format of this ID will be specific to the authentication provider this user will use; for the independent provider application, the ID will be "independent:username@example.com" with the user's email address replacing the latter part.google_key and google_secret: to enable login through Google's authentication service, see the guide for Google's People API and fill in the key/secret values here after setting it up with your Google account.github_key and github_secret: to enable login through GitHub's authentication service, see the guide for GitHub OAuth applications and fill in the key/secret values after creating an application in your GitHub settings.independent_provider_base_url: the URL for the independent OAuth provider application you have deployed, including the protocol and the trailing slash character, as in "http://example.com/".independent_provider_key and independent_provider_secret: the Application ID and Secret values displayed by your independent OAuth provider application after adding your DM instance to its OAuth applications list.independent_provider_description: the name of your independent OAuth provider service as it will appear in the Login dropdown menu.If you wish to seed your new instance with an exported project from an existing instance, first navigate to the existing project and click "Download" in its table of contents view. You will then need to copy the download file to your instance server and relaunch the application.
rsync to upload the download.ttl file to /home/dm on your instance server and the images to /home/dm/dm-data/images.ssh to connect your command line to your DM server, using the credentials provided by Digital Ocean. Run cd /home/dm, then ps -aux | grep java to find the process ID number of the DM application, then use kill with that process ID to shut down the application.nohup java -jar dm-1.0-SNAPSHOT.jar download.ttl > dm.log &. You can then leave the ssh session with exit.If you are restoring a full-data backup from another DM instance, you will next need to unpack the compressed backup file, upload it to your new installation server, and relaunch the DM application. You will need to use command line tools for this process:
gunzip to unpack the backup file and rsync to upload it to your installation server’s /home/dm directory.ssh to connect your command line to your DM server, using the credentials provided by Digital Ocean. Run cd /home/dm, then ps -aux | grep java to find the process ID number of the DM application, then use kill with that process ID to shut down the application. Run rm -rf dm-data to remove the default data directory.nohup java -jar dm-1.0-SNAPSHOT.jar your-backup-file-name.ttl > dm.log &, replacing "your-backup-file-name" with the name of the uncompressed backup file you’ve uploaded. You can then leave the ssh session with exit.