[TORQUE-674] Allow runtime scheduling of jobs

This adds initial support for scheduling jobs at runtime:

TorqueBox::ScheduledJob.schedule('SomeJob', "*/10 * * * * ?")
TorqueBox::ScheduledJob.schedule('SomeJob', "*/10 * * * * ?", :name => "somejob", :description => "A simple job", :singleton => true, :timeout => "5s")

Please note that singletons are untested so far.

The job name is required, but if do not specify it a default vaule of
'default' will be used. Please note that there cannot be two jobs with
the same name for one deployment unit (application).

More technical stuff:

This commit removes usage of BaseRubyComponentInstaller and moves all
the still required method to a ComponentResolverHelper helper class to
use them also in services that modify services at runtime.

A new JobSchedulizer class was introduced which is responsible for
runtime jobs scheduling.

RubyJobProxyFactory was removed and the logic was moved to
BaseJobScheduler.

JobComponentResolverInstaller was removed, since we initialize component
resolvers at runtime now (see ComponentResolverHelper and
JobSchedulizer).

In JobSchedulerInstaller we install one or two JobSchedulers depending
on the environment. One in case of a regular, non-clustered environemnt,
two (a regular and a singleton one) in case we have a clustered
environment.
Use JobsServices names exposed in polyglot
Removed ScheduledJobInstaller. Moved all job creation to the JobSchedulizer service. Deploying jobs from deployment descriptors is done now when the JobSchedulizer is being started.
Integration tests for runtime scheduling of jobs