Expose aplication ID in ApplicationStart event, use it in history server.

This change exposes the application ID generated by the Spark Master, Mesos or Yarn
via the SparkListenerApplicationStart event. It then uses that information to expose the
application via its ID in the history server, instead of using the internal directory name
generated by the event logger as an application id. This allows someone who knows
the application ID to easily figure out the URL for the application's entry in the HS, aside
from looking better.

In Yarn mode, this is used to generate a direct link from the RM application list to the
Spark history server entry (thus providing a fix for SPARK-2150).

Note this sort of assumes that the different managers will generate app ids that are
sufficiently different from each other that clashes will not occur.
Maybe I'm missing something, but I don't see how that would make things any cleaner, and it would be less efficient (more objects to be allocated for each entry). There are two spots where the elements of this list are checked for null, and I don't see either changing much by changing from `null` to `None` here.

e.g., this:

    .sortBy { info => if (info != null) -info.endTime else -1 }

would become

   .sortBy { info => info.map { -_.endTime }.getOrElse(-1) }

Unless there's a cleaner version that I'm missing.