NEXUS-6169: MKCOL method returns 501

Overriding service method to return old
behavior, to return 405 Method not allowed
instead of 501 Not Implemented.
NEXUS-6156: Deleted files left after optimize

This was due to the fact that SearcherManager
maybeRefresh() method was invoked only before
ANY search attempt, that made manager perform
a bookkeeping that released deleted files.

This is basically true to any operation modifying
and committing to index, but is most "visible"
after optimizing of huge index, as it left
Lucene index with double sized segments (the
deleted files got copied into new segment file).

Still, since all the ops doing "heavy lifting"
like merge or replace on context does invoke
optimize as last step, having this happen
here is okay thing, in contrast to do the same
on IndexingContext#commit, where it would happen
"too often" harming the performance of small
but frequent index changes (ie. deploys).
NEXUS-6156: No need for finally

As if acquire throws IOEx, there will
be nothing to be release (variable "is" will
be null) anyway.
Merge pull request #277 from sonatype/NEXUS-6169-mkcol-405-response

NEXUS-6169: MKCOL method returns 501
Merge pull request #278 from sonatype/NEXUS-6156-deleted-files

NEXUS-6156: Deleted files left after optimize
IT was not waiting for AR actions.

waiting for nexus to "calm down" did not include
wait for AR threads.
Take2: Forcing routing update.
Merge branch 'master' into even-more-webresource-cleanup