Installation Guide

From Obsidian Scheduler
Revision as of 12:22, 18 March 2014 by Craig (talk | contribs) (Created page with "This installation guide is a companion to the Obsidian Installer UI. Its purpose is to provide additional detail as to the meaning of various inputs and to provide guidance on...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

This installation guide is a companion to the Obsidian Installer UI. Its purpose is to provide additional detail as to the meaning of various inputs and to provide guidance on advanced usage of the installer.

The installer itself installs and configures the artifacts. The configured artifacts will have their Properties file configured according to the choices made during the installation process. You may always change these later or use one of the override mechanisms.

Running the Obsidian Installer

The installer is an executable jar that can be run as a UI java -jar Obsidian-Install-n-n-n.jar or in interactive console mode java -jar Obsidian-Install-n-n-n.jar -console.

If you are doing a version upgrade of Obsidian or are otherwise uninterested in actually configuring the artifacts, you can run the quick start mode to get the default configured artifacts java -jar Obsidian-Install-n-n-n.jar h2-winstone-quick-start.xml.

Obsidian Installer Artifacts

The Obsidian Installer installs and configures a number of artifacts.


  1. Obsidian WAR - This is the Obsidian Web Admin UI with scheduler component enabled. Configuration will be found at INSTALL_PATH/obsidian.war!/WEB-INF/classes/
  2. Obsidian Standalone Admin WAR - This is the Obsidian Web Admin UI with scheduler component disabled. Configuration will be found at INSTALL_PATH/standaloneObsidianAdmin.war!/WEB-INF/classes/
  3. Standalone Obsidian Runtime - This is a runtime folder containing the libraries and configuration necessary for running the Obsidian Scheduler component either as a standalone module or for use as an Embedded Scheduler in your application. Configuration will be found at INSTALL_PATH/standalone/obsidian-props.jar!/
  4. Obsidian Licence Proxy - Allows for local licence leasing from a Key Server Proxy that ultimately leases licences from the Obsidian Licence server.
  6. Winstone - A simple servlet container for quick evaluation of the Obsidian UI.
  7. Licence - Obsidian and 3rd party licence information.

Obsidian Configuration

The rest of the installation process guides you through the configuration.


First, you must choose what Authenticator mechanism will be used within Obsidian. Select Other if you have implemented your own authentication mechanism to use within Obsidian. Native (Database) authentication requires no additional configuration.

Next, you'll want to select the email usage type. We highly recommend you configure Obsidian for email use as it will allow you to benefit from the event notification and subscription model in Obsidian.

Then you'll configure the log file location, licence key and registered company name. Registered company name is only required for our Site Licence users.

LDAP Configuration


If you've selected LDAP Authentication, this screen takes you through configuring the server address and the various elements used to grant access. You should familiarize yourself with Obsidian Roles. The Access DN configuration element grants Read access to Obsidian application. You may use the same DN for more than one Role should you so wish.

Custom Authenticator Configuration


If you have chosen to use your own authentication mechanism, you must enter the fully qualified classname here.

Database Configuration


Next comes database configuration. If you are using JNDI, leave the username and password fields blank. If using JDBC URL, username and password fields are required.

The Database connections per instance and Database connection timeout(millis) fields are required and provide directive to the connection pool.

Database table name prefix is optional and is typically used when Obsidian will be colocated in an existing database/schema.

Database schema (Oracle/PostgreSQL) - This is used to allow for an alternate schema other than the default user's schema. We also recommend setting this value with Oracle/PostgreSQL when using JNDI as it allows more efficient database metadata loading.

By default, the Obsidian installation will only include the JDBC libraries necessary for your particular database. At times you may wish to include the others to be able to change between databases. In those cases, check Include all supported JDBC libs.

Email Configuration

2.5.0.ConfigurationSSL.PNG 2.5.0.ConfigurationTLS.PNG 2.5.0.ConfigurationOpen.PNG

If not using JNDI for mail sessions, provide the server and authentication details as required.

JNDI Configuration


If you have selected JNDI for mail sessions, provide the JNDI path here. If you are using JNDI for Database connections, specify the database type.

Configuring 3rd Party Library Conflict Management


The Obsidian installer allows you to use JarJar to handle potential conflicts between Obsidian's use of 3rd party libraries and versions used within your application. On this screen, simply select which libraries to which you wish to apply the JarJar bytecode modification process. This is optional and is skipped if no libraries are selected.

Completing the Installation


Once you've completed the Installation and Configuration screens, fully configured Obsidian Scheduler artifacts are now ready for you to use in the installation path you selected.

Should you wish to automate future installations with the same configuration, click Generate an automatic installation script. This will prompt you to save an XML file that can be used for future installations using automated the install procedure java -jar Obsidian-Install-n-n-n.jar my-obsidian-configuration.xml. Every effort is made to ensure compatibility of these automated install files between versions. Any incompatibility will be noted in the Release Notes.