Fix for bug - Zookeeper not in connecting state

This is a fix for bug #1252790. The issue was in the timer that was
acting on the timed out CONNECTING state to move back to AVAILABLE was
actually processing an old connection. The fix now looks at the dialogue
IDs to ascertain that it is processing the current connection request.

Added checks for strtok output per Arvind's comment.

Change-Id: If0fad0da305258120157b9c9e3998be4225bd589
trafodion bulk load changes   (disabled))

fixing a conflict in install_local_hadoop

these changes include:
*changes to the install scripts (install_local_hadoop and other files)
**change hbase run on top of hdfs instead of local file system. This change may require running install_local_hadoop again  when you rebase and initiliaze trafodion again.
**You may lose youtr tables. If you have tables that you need to keep please  use extract and then load to extract the data before you rebasing and then load them after you rebase
*adding a coprocessor to support secure way of doing load  using hidden folders (works with non secure hbase). secure load is disabled by default
*recovery using Snapshots (diabled by default) ): when enabled a snapshot is taken before the load starts and restored if something goes wrong. Otherwise it is deleted after the data is loaded
*changes to Makefiles to build the coprocessors in java 7 and 6

Change-Id: If496afc874c842e3e02b2c3426b71c1090cbeca9
Merge "Fix for bug - Zookeeper not in connecting state"
Merge "trafodion bulk load changes   (disabled))"