[JENKINS-27918] Downgrade warning from Stapler

Minor changes are always good.
Signed-off-by: NKamran Mackey <kamranm1200@gmail.com>

Signed-off-by: NKamran Mackey <kamranm1200@gmail.com>

JENKINS-27708, JENKINS-27871  Ensure that identification of blocked tasks is using the live state.

Replace 'Hudson' with 'Jenkins' in more docstrings.

Fix release note typo.

BIGNUMBER_STAR mode has been selected, because it utilizes GNU extensions (like LONGFILE_GNU does).

This test also introduces additional round-trip tests for small files

[JENKINS-27871] - Added a direct unit test for the issue

Name the correct class in javadoc.

[FIXED JENKINS-27708][FIXED JENKINS-27871]  Ensure that identification of blocked tasks is using the live state.

- The creation of a snapshot itself should be relatively cheap given the expected rate of
  job execution. You probably would need 100's of jobs starting execution every iteration
  of maintain() before this could even start to become an issue and likely the calculation
  of isBuildBlocked(p) will become a bottleneck before updateSnapshot() will. Additionally
  since the snapshot itself only ever has at most one reference originating outside of the stack
  it should remain in the eden space and thus be cheap to GC.

- JENKINS-27708 comments 225819 and 225906 provide more complex but logically equivalent fixes of
  this issue. I am favouring this approach as it is simpler and provides less scope for error as any
  new helper methods can just rely on the snapshot being up to date whereas with the other
  two candidates if a new helper method is introduced there is the potential to miss adding support
  for the live view. The comment 225819 has the risk of introducing extra lock contention while
  the comment 225906 version forces every access to the helper methods to pass a second memory
  barrier