fix mis-attribution in notice, and other tidies there (punctuation mainly)
Create backup of persistent stores at key times

Created on master promotion (technically just before persistence starts) by reading from the store,
and on demotion by HA subsystem by reading from local in-memory model.

Includes new BrooklynServerPaths cleaning up logic from BrooklynServerConfig, and some cleanups to the utils in BrooklynPersistenceUtils.
Relevant config keys are the *PERSISTENCE*BACKUP* options in BrooklynServerConfig.

Logging now looks like this:

     2014-11-11 13:46:06,153 INFO  Rebinding from /Users/alex/.brooklyn/brooklyn-persisted-state/data...
     2014-11-11 13:46:06,409 INFO  Rebind VanillaSoftwareProcessImpl{id=wGwL3QXG} connecting to pre-running service
     2014-11-11 13:46:06,606 INFO  Rebind complete (MASTER) in 669ms: 1 app, 2 entities, 14 locations, 0 policies, 9 enrichers, 0 feeds, 0 catalog items
    *2014-11-11 13:46:06,697 INFO  Back-up of persisted state created on promotion, in /Users/alex/.brooklyn/brooklyn-persisted-state/data/backups/2014-11-11-1346-oZyOou3V-promotion-s5kE
     2014-11-11 13:46:26,362 INFO  REST using security provider brooklyn.rest.security.provider.BrooklynUserWithRandomPasswordSecurityProvider
     2014-11-11 13:46:26,363 INFO  Allowing access to web console from localhost or with brooklyn:Ao3m5nZoe9
    *2014-11-11 13:46:46,825 INFO  Back-up of persisted state created on demotion, in /Users/alex/.brooklyn/brooklyn-persisted-state/data/backups/2014-11-11-1346-oZyOou3V-demotion-XYlN
     2014-11-11 13:46:47,045 WARN  Management node oZyOou3V detected master change, from  (?) to orZg7gai (1415713606000 / 1.05s ago) http://almacretin.local:8082/
     2014-11-11 13:46:47,059 INFO  Rebind complete (HOT_STANDBY, iteration 0) in 220ms: 1 app, 2 entities, 14 locations, 0 policies, 9 enrichers, 0 feeds, 0 catalog items

In future it would be nice to have periodic backups and some automatic clean-out support ... but for another day!
This closes #313
This closes #316
Merge branch 'persistence-can-export-and-more' into misc
WIP dangling ref max
Use a linear range QuorumCheck to fail if there are too many dangling references.

This introduces QuorumChecks.newLinearRange which allows specifying points in a place
to define a set of line segments defining the quorum.
This can be TypeCoerced from a string, e.g. `[[5,5],[10,10],[100,70],[200,140]]`
(with things like `all` and `atLeastOne` also supported).

Such a range is then used to cause rebind to fail if there are a lot of dangling references.
The precise number is allowing 2 for small values, scaling to 5% at big values,
but this can be tweaked using RebindManagerImpl.DANGLING_REFERENCES_MIN_REQUIRED_HEALTHY
aka rebind.failureMode.danglingRefs.minRequiredHealthy .  (e.g. set this to all in
brooklyn.properties to cause rebind to fail if there are any dangling references;
but note this can occasionally fail if something is deleted as different items are
not persisted simultaneously).

Also:
* There are also some tidies to how `RebindContext` is used, since many of the
  dangling references weren't being caught
* We are stricter about persisting proxies, since that doesn't work (type written as `$Proxy16`)
* We tolerate remote timestamps in persisted objects (since these can occur in backups, currently);
  we don't *use* those timestamps for anything (except in tests when they can be `prefer`red),
  but there is no harm in having them, if someone copied across backup persistence files