pool: Improve resilience against broken SI files

Addresses an issue in which corrupt SI files could cause pool
startup to fail. Eg. NPE or OOM during deserialization would
cause the pool to fail and it would not even log the file
triggering the problem. Such exceptions would typically be
caused by corrupt length fields or similar invalid data in
the SI file.

Also improved the exception chaining and logging in this part
of the pool.

The problem was reported on the user-forum list.

Target: trunk
Request: 2.6
Request: 2.2
Acked-by: Tigran Mkrtchyan <tigran.mkrtchyan@desy.de>
Patch: http://rb.dcache.org/r/5609/
(cherry picked from commit 4db9462382dfcd15511a56ad7d596d6aa4b2ad2e)

Conflicts:
	modules/dcache/src/main/java/diskCacheV111/util/DiskErrorCacheException.java
	modules/dcache/src/main/java/diskCacheV111/util/FileCorruptedCacheException.java
	modules/dcache/src/main/java/diskCacheV111/util/FileNotFoundCacheException.java
	modules/dcache/src/main/java/org/dcache/pool/repository/meta/file/CacheRepositoryEntryImpl.java
	modules/dcache/src/main/java/org/dcache/util/CacheExceptionFactory.java
Merge pull request #88 from gbehrmann/fix/2.2/rb5609

pool: Improve resilience against broken SI files