Revisiting the fix. Avoid parsing the entire text by only looking at the tail portion.

This will hopefully reduce the file locking problems on Windows.

see
https://github.com/jenkinsci/jenkins/commit/2ffece9d737f4a77ed4059c777948299daf22771#commitcomment-3526425

Do not use anymore shaded version of wagon-http as it we can control commons-logging version

- if the user is anonymous, he'd go to HudsonAUthenticationEntryPoint, not here.
- even if there is some code path that comes here, there's no guarnatee that SecurityRealm in charge wants a login form.

This allows HudsonAuthenticationEntryPoint to access which permission was needed

... before making any modification.

The original version is acegi-security 1.0.7

Node monitoring should run in parallel to reduce the total round-trip
time in large instances.

Conflicts:
	test/src/main/java/org/jvnet/hudson/test/HudsonTestCase.java

Integrated the fix toward 1.521.

... probably because it's split in two lines

Based on further conversation with the Artifactory plugin developers, revisiting this extension point.

This is a breaking change, but this extension point was added very recently, and it's based on the input from Artifactory plugin, so there's not much point in keeping one that doesn't serve the intended use case.

IMO this needs further refactoring - respect separation of concerns:
it's not AbstractProject's call to trigger a node offline

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.)

"201 Created" response doesn't work well with a browser as the user agent.

Fix ListJobsCommandTest failed on Windows by replace line ending