Allowing correlation/tracking all the way through the lifecycle

[FIXED JENKINS-10944] [FIXED JENKINS-24519] If makeBuildable fails on a FlyweightTask, keep it in queue.

Plenty of plugins assume that a FlyweightTask will behave in a certain way
and might break if this feature were simply disabled.

Allow Projects to take the Queue.Item's actions into consideration when determining their default authentication

- Also tidy up some holes in locking strategy that can cause builds to be scheduled on
  executors that are about to be interrupted or nodes in the process of being removed

The original fix was made in 0c3d6709.
In this fix, I'm also moving the code that creates LeftItem.

It makes no sense that there's Item.cancel(Queue) and Queue.cancel(Item)
and they do different things!

Since ConsistentHash is written as a mutable class, I think a better way to fit the existing design is to provide a bulk add operation.
It already has several methods to that end, so I just added one more that's needed for our purpose.

invoking add(Node, replica) for all nodes rebuild the internal Table many times. Using a builder, Table is only created (and sorted) once
also avoid creating a fresh new Hash object (java 8 lambdas, I miss you)

This change improves the handling of errors in hudson.model.Executor, which cause issues like JENKINS-18164.
The change also introduces several annotations in order to prevent further issues.
Signed-off-by: NOleg Nenashev <o.v.nenashev@gmail.com>

The option allows to manage the refresh period of the internal queue cache.
Signed-off-by: NOleg Nenashev <o.v.nenashev@gmail.com>

Deprecating AbstractProject.ABORT, since it is simply Item.CANCEL anyway, and better documenting this permission and its usage.

WARNING: Caught exception evaluating: e.hasStopPermission() in /. Reason: java.lang.NullPointerException
java.lang.NullPointerException
	at hudson.model.Executor.hasStopPermission(Executor.java:523)

Added missing null checks for Computer::getNode(), SlaveComputer::getNode() and AbstractBuild::getCurrentNode()
Signed-off-by: NOleg Nenashev <o.v.nenashev@gmail.com>

Conflicts:
	core/src/main/java/hudson/model/AbstractBuild.java

[JENKINS-22326] Calling into foreign code from a toString method, like Queue.Item.getWhy → QueueTaskDispatcher, is unsafe.

Javadoc for Queue.Task claimed they were compared using .equals(), but in critical cases this was not actually true.
Does not matter for the common case of Job, but when implementing custom tasks this could cause duplicate queue items (and executables).

[FIXES JENKINS-19622] Replace hudson.model.Trigger#timer with jenkins.util.Timer, which exposes a ScheduledExecutorService. Up to 10 additional threads will be created to run pending tasks even if running tasks are blocked.

Also, move static initialization of timers to the classes which require them.

Turns out in the new executor on-demand code, queue maintenance happens so quickly that even when a job is submitted with delay 0,
it can still fail the test if the check happens when "new GregorianCalendar()" returns the same value as "top.timestamp".

I'm relaxing that check

Use our own queue

Added Queue.schedule2 to allow the caller to retrieve the existing item in the queue. AbstractProject.doBuild() changed the behavior a bit to reply 201 if the item was already found in the queue (instead of a new one created.)

Exposed the UI that sets the assigned label of matrix projects.
This deprecates the "Matrix tie parent" plugin.

This can track items as they go through the queue.

As Jesse pointed out, contextual information is often useful in authenticating the build, which means we need to take Queue.Item (initially AbstractBuild was the parameter, which provided the context, and I failed to accommodate that in transition to AbstractProject.)

To still allow Queue.Tasks to provide a meaningful value fallback to Queue.Task.getDefaultAuthentication() as opposed to hard code it to ACL.SYSTEM. This allow plugins like remote-terminal-access to supply a meaningful secure value without forcing a configuration change to the user.