Assigns default memory size for relationship group store

The default size is 10M (or 0.03% size of nodestore if the size is allocated by AutoConfig)
Tagging for version 2.1.6
Fix carousel step arrows getting cut off.
Wrap propertyKeys in a div for better compability.

- Fixes the text overflow error of labels in Safari.
Updated auth docs for defaulting to enabled together with some more structure.
Back to development version.
2.1.6-SNAPSHOT -> 2.1.7-SNAPSHOT
Update version of cypher 2.1 compiler
Update neo4j-desktop to use the right path for the authorization store
Add support for server authentication in Neo4j Browser

- Browser exposes authentication and uses authorization if needed.
- Set of new :server commands are now available, along with documentation for such.
Lock-free loading of relationships

Removes node lock previously used during loading of relationships. This
lock would contend with committing transaction and produce latency issues.
The lock prevented cache poisoning issues introduced by race conditions
between committer and reader(s).

To achieve a lock-free solution some guards had to be added for various
corner cases. These are:
- Committers are now aware of ot he fact that, and parries for,
  concurrent readers loading and caching relationships committed by the
  committer, before the committer has put them into cache itself,
  producing duplicates when the committer would add them.
  (Issue comes from the fact that store is updated before cache).
- Committers uses knowledge about how relationhips are stored on disk to
  be able to tell if any reader has loaded the relationships it has just
  written to the store, before updating the cache. This logic sits in a
  filter which is consulted before adding relationships to the cache.
- Nodes evicted from cache as part of being upgraded from sparse to dense
  now happens as part of updating the node instead of as a separate step
  during commit. This to also guard for concurrent readers.
- Simplification and reduction of code and logic of DenseNodeChainPosition
  where all individual chain positions are initialized eagerly, so that
  the filtering logic (as mentioned above) becomes simpler.
- Ordering of relationship-related records when applying transaction
  to store changed to: relationships, relationship groups, nodes so that
  additions to relationship chains are seen atomically by concurrent readers.
Rely on recovery for index statistics not flushed to counts store

There was a race condition between committing transactions and flushing
the counts store as part of taking an index online. This problem is
related to the fact that an index comes online non-transactionally, so
when that process tries to flush the counts store it would read the
lastCommittedTransactionID from the store, but that transaction might
not have been fully applied yet. We write the lastCommittedTransactionID
after we have successfully written the transaction to the log, but
before the transaction has been applied to the store files. With the
counts rotated before the transaction commits, the committing
transaction would encounter a counts store that already thinks the
transaction in question has been committed, and thus reject it.

Since flushing the counts store when taking an index online is only an
optimisation to avoid having to re-sample the index on recovery, it is
safe to simply remove the flushing on the counts store and pay the cost
of slightly longer recovery time instead.
Improves some messages concerning the state of store files

Some exception messages and debug logging statements were too generic
 and lacked information about the specific condition that could lead
 to the problem observed. This commit adds some information that can
 provide some insights that can be useful for debugging.
Merge pull request #3536 from tinwelint/2.2-lock-free-load-rels

Lock-free loading of relationships
Import tool recognizes 'TAB' delimiter as tab character
Merge pull request #3541 from davidegrohmann/2.2-update-version-cypher-compiler-2.1

Update version of cypher 2.1 compiler
Merge pull request #3543 from davidegrohmann/2.2-do-not-flush-counts-after-index-population

Rely on recovery for index statistics not flushed to counts store
Add some unit tests for some of the property deduplication stuff in store migration
Import tool prints errors to System.err
Adds a test for deleting node in auto index