Refactor storage dir

I propose that we make `StorageDir` the entry point and drop `BlockHandler`.  The core reasons for this are that:

`BlockHandler` is the same thing as java's `Channel`.  Easier to use one std convention than create a new one.
`StorageDir` is the main entry point anyways, since the path is relative to the tier, so `BlockHandler` can't be the gateway since it's path depends on the `StorageDir`.
It does from the perspective of storage Dir optimization.  If you don't
know what's under you, won't know best way to work work it.  I'll file a
JIRA to move away from under fs but will keep it this way in this patch.
On Oct 21, 2014 9:48 PM, "shimingfei" <notifications@github.com> wrote:

> In core/src/main/java/tachyon/worker/hierarchy/StorageDir.java:
>
> > @@ -571,4 +566,14 @@ public boolean unlockBlock(long blockId, long userId) {
> >      mLockedBlocksPerUser.remove(userId, blockId);
> >      return true;
> >    }
> > +
> > +  public boolean addBlock(long blockId) {
> > +    File path = new File(getBlockFilePath(blockId));
>
> it doesn't move away from what the feature is doing,
> UnderFileSystemSingleLocal will work with the local storage
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/amplab/tachyon/pull/461/files#r19194307>.
>