Added indices options to IndicesRequest interface, to express the different behaviour depending on the api

For instance get api and index api hold a single index, which can be an alias, but both apis don't expand wilcards and an empty array is not allowed nor it becomes _all, which is what happens with most of the multiple indices apis, like search api.

Streamlined indices options to all the request where it makes sense, rather than leaving it implicit in the related TransportAction when indices get expanded (tipycally MetaData#concreteIndices or MetaData#concreteSingleIndex). Added IndicesOptions parameter to MetaData#concreteSingleIndex to make sure it is taken from the request, where the information belongs, instead of hardcoded within MetaData.