clarify lock behaviour for non-existent keysupdate javadoc for IMap.lock(K)
closes #1200
locally invalidate local near cache after put and remove methods.
map evicton
fixes issue #1905
review fixes
additional fixes
Reference Manual - link corrected
Hosted MC documentation improvements
Merge pull request #1922 from ahmetmircik/fix1905

fix #1905 (a review of PR #1913 + tests)
Reference Manual broken link corrections
TTL documentation correction.

TTL documentation correction.
Fixed bug while reading client buffer when reached end of multiple packets inside the same buffer run
Moved deserialization from future.set to future.get

This way the operation service is not bothered wit deserialziation.

I also added a test which verifies that we should get copies. But appearently we are not. I
need to have a chat with Mehmet how this can be prevented.
Rename of the Test class
Improved testing
Removed invalid commment
Test cleanup
Cleanup in the way the response is resolved so that it is shared
between the normal future.get and the async.andthen stuff.
Resolved merged conflict
Added missing attribute copy