Getting Started

From Obsidian Scheduler
Revision as of 23:47, 19 February 2011 by Carfey (talk | contribs)
Jump to navigationJump to search

This guide covers your initial installation and setup of Espresso Scheduler.

You should have already downloaded Espresso Scheduler and received your licence key. If you have not done so, see Downloads.


Choose Your Installation Type

Espresso consists of two main processes:

  • Scheduler
  • Admin Web Application

These can be run together or in separate processes in the following configurations:

  1. Standalone Scheduler
  2. Embedded Scheduler (within your application)
  3. Standalone Admin Web Application
  4. Combined Scheduler and Admin Web Application

Choosing which option works for you depends on your needs. The setups which are suitable for most cases would be: using and embedded scheduler (option 2) along with a standalone admin webapp (option 3); and using a combined scheduler and admin web app (option 4). You may wish to use multiple configurations together. For example, you may combine standalone schedulers along with a combined scheduler and web application. Note: A key server proxy package also exists and you may choose to deploy it within a servlet container like Jetty or Tomcat. See <TODO> for details on key server proxies.


Initial Setup

Database

Espresso relies on a database which should be configured before attempting to deploy your scheduler processes. Currently it supports MySQL 5 and Postgres 9.0. To configure which database to use, you should edit your com.carfey.properties file to include the correct user, password and url. You can follow the examples in the properties file included with your installation files. Note that the database must exist, but Espresso will automatically perform initial setup including table creation. When you first deploy your scheduler, it will perform all necessarily first-time initialization.

Note: Espresso needs to create the tables in the target database. If the schema is shared with your application’s tables, please ensure there are no name conflicts. If there are conflicts, separate schemas/databases can be used. See <TODO> the list of tables that are created by Espresso.

event_subscriber event_subscription job job_chain job_chain_mode job_configuration job_conflict_config job_history job_history_chain job_history_error job_history_result job_running_host job_state log notification operations_parameter role semaphore sequence_manager suite_user user_cookie user_role workflow_script Authentication

The Espresso admin web application supports both native users and LDAP-enabled authentication. By default, it is configured to use native login, and a default “admin” user is created when the scheduler is first deployed. Users can then be managed from within the admin management console.

To use LDAP-based authentication, edit your com.carfey.properties file as follows:

  1. Comment out the native authenticator setup
  2. com.carfey.suite.security.Authenticator=com.carfey.suite.security.DBAuthenticator
  1. Set your LDAP info here

com.carfey.suite.security.Authenticator=com.carfey.suite.security.LdapAuthenticator com.carfey.suite.security.LdapAuthenticator.dn.base=ou=people,o=MyOrgHere com.carfey.suite.security.LdapAuthenticator.url=ldap://localhost:10389

  1. Configure who may access the web app

com.carfey.suite.security.LdapAuthenticator.accessDN=cn=SchedulerAccess,ou=groups,o=MyOrgHere

  1. Configure the Write role used in the admin web app (by default, users may only read)

com.carfey.suite.security.LdapAuthenticator.role.write.dn=cn=SchedulerWrite,ou=groups,o=MyOrgHere com.carfey.suite.security.LdapAuthenticator.role.write.roleName=Write

  1. Configure the Admin role used in the admin web app (users may configure system parameters, etc).

com.carfey.suite.security.LdapAuthenticator.role.admin.dn=cn=SchedulerAdmin,ou=groups,o=MyOrgHere com.carfey.suite.security.LdapAuthenticator.role.admin.roleName=Admin

Deploy

You may now deploy your scheduler and admin web application. Important: To run a scheduler with your custom code and jobs, you simply need to ensure the scheduler process classpath includes your jars. This applies to all the deployment options listed below.

To deploy and run the standalone scheduler, invoke the main starter method:

java com.carfey.ops.job.SchedulerStarter start <listenerPort>

Listener port is a port number used to subsequently issue a shut down: java com.carfey.ops.job.SchedulerStarter stop <listenerPort>

Example: java com.carfey.ops.job.SchedulerStarter start 10451 java com.carfey.ops.job.SchedulerStarter stop 10451

TODO To deploy and run the embedded scheduler, use the class scheduler starter to initialize and shut down the scheduler processes: // will start scheduler on first com.carfey.ops.job.SchedulerStarter starter = com.carfey.ops.job.SchedulerStarter.get(com.carfey.ops.job.SchedulerStarter.SchedulerMode.JVM); // gracefully shut down scheduler starter.shutDown(); // or starter.shutDownAfterDelay(myDelayInMillis)

To deploy and run the combined scheduler and admin web application, simply deploy the war to your servlet container (Jetty or Tomcat). You may also need to package your custom jars in with the war so the scheduler can run your custom jobs. Likewise, to deploy the standalone admin web application, simply deploy the standalone admin war to your servlet container.

You’re Good to Go! You are now fully set up and ready to go! If you are an admin user, you can log into the admin web application and customize your installation settings using the “Systems” tab. This has advanced options that allow you to customize scheduler and administration settings.