Removed compile warnings

Compile warnings related to casting, generics, and deprecated
classes/methods were removed. There are still 3 categories
of warnings remaining:

1. Cannot find annotation method 'value()' in type 'Repeatable'

This results from the usage of @Repeatable in the core
Spring framework. This annotation is present starting in
JDK 8; therefore compiling with JDK 7 or older will
show this warning.

See the following:
http://docs.oracle.com/javase/tutorial/java/annotations/repeating.html

2. bootstrap class path not set in conjunction with -source 1.6

This results from setting a target of 1.6 when compiling with
the 1.7 javac. To guarantee backwards compatibility with 1.6,
the rt.jar for JDK 1.6 should be included in the boot classpath
for javac.

The current line of thinking is that we will enable this on the
CI server to catch any usage of 1.7 methods in the project since
it must execute on 1.6. We cannot simply compile with 1.6 on
the CI server because the tests require 1.7.

See the following:
http://docs.oracle.com/javase/7/docs/technotes/tools/solaris/javac.html

3.  Class JavaLaunchHelper is implemented in both...

This message appears on OS X with JDK 1.7.0_45:

objc[53170]: Class JavaLaunchHelper is implemented in both
/Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/bin/java
and /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre/
lib/libinstrument.dylib. One of the two will be used. Which one is
undefined.

This is a bug in the JDK that has been resolved and will be released
in u60.

See the following:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8021205

changed some spaces to tabs on merge
XD-1194 Handle boolean cmdLineOption default

Fixed 'jmxEnabled' CommonOption to use Boolean type instead of boolean
so that getter method could return null when the flag is not set and,
the setter would always set the appropriate precedence value when
resolving PropertySources.
Also note we have the application.yml setting XD_JMX_ENABLED to false hence
setter is always set with non-null value.

XD-1194 Remove null check on Boolean type

The getter method on XD_JMX_ENABLED in CommonOptions can never return false
as it can be either true or null.
Hence, made it to return value as is.
Add ModuleOptions to hdfsjdbc
Add ModuleOptions for aggregator processor

XD-1213: Allow conditional validation of ModuleOptions

on merge, fixed typo: ProcessortModuleOptionsMetadataSupport
XD-1220

Making JDBC batch jobs honor spring:datasource: settings

- making properties for batch-jdbc and jdbc same

- adding connection pool config to datasource for batch jobs

Fixing initializerScript reference in comment
XD-1247 XD-1248. Cleanup AbstractSingleNodeStreamDeploymentIntegrationTests
XD-343 Provide module friendly JMX object names
XD 343 Upgrade to jolokia 1.1.5 and add java client to build
XD-1146 Add Async Request/Response to MessageBus

Add async request/response support to the MessageBus.

Initially to support batch partitioning over supported
transports, but generally applicable.

Simple partitioned job creates two partitions.

Add Code to JobPlugin.removeModule() to unBind the request/reply channels from the bus.

Add Rabbit Partitioned JobPlugin Test

Separate Partition Infrastructure allows user-defined jobs to import the infrastructure and just provide partitioner and tasklet beans.

Add Redis Message Bus Request/Reply Support

Fix Test After Rebase

Add more mocking to prevent NPE in test where we looked for the batch
partitioning channel(s).

Update to Batch 3.0.0.BUILD-SNAPSHOT

- includes spring-batch-integration
- Added new JobInstance 'instanceId' to Jackson Mixin
- fix some tests due to JobExecution constructor change
- Batch 3.0 no longer rejects duplicate executions when there are no parameters
    https://github.com/spring-projects/spring-batch/commit/ce16ad2b03b2370498e192ff7ad48052a4951f77#diff-325bf951caf9852e15e7490744cd9317L125
    fix tests for allow/disallow duplicate executions to add a parameter
- Remove the JobRepository DB before starting tests

Polishing

 - Remove requestorName from bindReplier
    Use a common name and identify the requestor/replier internally
 - Allow requestor/replier to bind in any order

Fix Excludes

Incorrect syntax for exclude of old s-b-integration.

Polishing - PR Comments
Minor update to xd-config.yml to show how to update hsqldb host, port and dbname
XD-1022. Display module list by type.

XD-1022. Clean imports

XD-1022. Favour Assert over Preconditions.

XD-1022. Reuse existing iterators.

Add Copyright header, simplify rendering.
XD-1249 All Shell Integration Tests run from Suite
XD-1254 - Moved container setup to @BeforeClass

XD-1254 Fixed typo in Redis....Tests

XD-1254 removed System.out.println()

XD-1254 cleanup per review
Add missing ClassRule TestSupport

Since the Redis/Rabbit SingleNodeIntegrationTests' startup() method
is changed to be static, we need to apply static @ClassRule to
check the TestSupport rule for Redis/Rabbit availability.

Also, the ShellCommandsTestSuite requires ClassRule as the
AbstractShellIntegrationTest has the RedisTestSupport
Prevent NPE if no db files are present
XD-1224: Add gradle jacoco test coverage.

- Update gradle to version 1.10
- Enables the jacoco plugin for relevant projects.
- Adds an aggregate 'coverageReport' task at top level to accumulate all
the data for the sub projects.
- Removes the additional jacoco configuration for sonar. Sonar now uses
the coverage data files produced by the gradle plugin.
avoid rawtypes warnings
Miscellaneous minor improvements

Made SingleTableDatabaseInitializer.setScripts signature
consistent with super class.

Removed unneeded assertion in ContentAwareConverterRegistryTests
that fails with Spring Framework 4.0.1.
XD-1224: Remove unnecessary jacoco dependsOn config

The tests are instrumented regardless of whether the individual test
report tasks are run or not, so it isn't necessary to have the aggregate
coverageReport task depend on them.
Fix NPE on SingleNodeStreamDeployment test

- Changed the AbstractSingleNodeStreamDeploymentIntegrationTests' shutdown
method to be called after the cleanup method in MessageBus specific integration
tests. Since the cleanup methods on those classes use the context, this will
always make sure the context is available.
  - Created junit ExternalResource @ClassRule and implemented after() method
to call the shutdown so that it will be invoked after the @AfterClass based on
junit lifecycle methods.