Remove outdated info.
Unused imports.
Fix missing logical_log_rotation_threshold setting in docs.
Merge pull request #1159 from nawroth/1.9-fix-logical_log_rotation_threshold

1.9 fix logical log rotation threshold docs
Changed the HA REST API so that it returns "UNKNOWN" when it's neither master nor slave.
Added a unit test to drive out the functionality via a local binding.
Changed the HA REST API so that it returns "UNKNOWN" when it's neither master nor slave.
Added a unit test to drive out the functionality via a local binding.
Updating the master info docs to reflect the existence and prominence of the UNKNOWN state.
 neo4j-backup exits with status 1 in case of  foreign destination
Merge pull request #1163 from cleishm/exitcode_backup

 neo4j-backup exits with status 1 in case of  foreign destination
Now uses multiple threads to send messages, so that one faulty receiving instance cannot block messages to other instances
Converts host names to IP addresses on startup, so that all internal logic works on IPs
ClusterManager repair kits now start more services
Log connection problems as debug level
Now routes Netty logging to messages.log
Fixed instance repairing in test kit
Unused imports.
Don't do double elections on cluster startup. The join will make an election so no need to make an explicit election on create
Updated logging messages
Updated custom-logback.xml in all editions to have right format and converters
Temporarily removed section that was causing build problems
Removed PropertyData (the old property representation)

The move of property handling to the kernel API isn't fully done. One
aspect of that "incompleteness" is that we've get the old PropertyData
class hierarchy, while using a new very similar Property class hierarchy
in new code in the kernel API. PropertyData had one #getId() method that
Property doesn't, but that wasn't used anywhere.

Also represents tokens (label/prop key/rel type IDs) as ints instead of longs

This commit only changes the in-memory representation, not any store
format. The reason this long-->int switch ended up in the same commit as
the removal of PropertyData is due to hard conflict merging jumbling up
the two separate commits into commits that couldn't have been cleanly
applied separately.

Known store constructs still storing tokens as if they were longs:
 o IndexRule propertyKey
   from the outside it now looks like it's an int, but putting/getting
   to/from the ByteBuffer uses putLong/getLong
 o NodeLabelsField
   even from the outside it looks like longs. This is mostly due to the
   wat we decided to piggy-back on the long[] labels array, where we put
   the node id (which is a long) into that array as the first element.
   Converting this to an int[] externally would incur more array copying
   back and forth between int[]<-->long[] there.
 o HA protocol Master#acquireIndexEntryWriteLock still uses long for
   labelId/propertyKeyId to not change the protocol.
 o There might be more...
More efficient cache representation of node labels

o Previously represented as Set<Integer>, now as int[].
o Also labels are included in sizeOf calculations.
Simplify Property type hierarchy.

With property key IDs being int, we can store the id in the root of the hierarchy
and still maintain the same (minimal) object size overhead. This allows us to
remove a few types from the hierarchy.
Merge pull request #1169 from tinwelint/2.0-remove-property-data

Removes old PropertyData and uses int instead of long for tokens
Fixes a race condition between index population and incoming updates

where the index could end up having duplicates (or more) for any given
entry.

Solution is to change (and clearly document) the contract of the
IndexPopulator#update method in that all updates must be applied in an
idempotent manner. This will incur an overhead in the index population,
but it's a background process and updates comes in in batches so the
overhead is somewhat minimized. Data coming in via IndexPopulator#add does
not have to be checked for idempotency and that fact was clarified a bit
in the javadocs as well.