* Proof of concept catching exceptions for java 11 removed classes

* Add ClassLoader to a lot of places. Backup

* Commenting out wip stuff, change packages, count hits findClass

* Improvements, sending and tests

* Removing the catcher from chain to make funcional tests work

* Removing ignored places and a bit of cleaning

* Cleaning unused code after removing the catcher from the chain

* Remove imports cleaning to avoid extra changes

* Cleaning and explaining comments

* Explaining comments

* fix javadoc

* [JENKINS-57223] Address feedback from Matt Sicker. Improve in concurrency

* [JENKINS-57223] Search on cause and suppressed exceptions and fix on name reported

* [JENKINS-57223] Add cycles control on exceptions and refactor reporting method

* [JENKINS-57223] Add trim to class name comparison

* [JENKINS-57223] Address Oleg's feedback and some improvements

* Avoid sending CNFE when ignored later in code
* Disable when running on Java 8 and a test
* Avoid sending empty events

* [JENKINS-57223] Polish assertion after printing all missing classes in logs

* [JENKINS-57223] Avoid extra if and add curly braces

* [JENKINS-57223] Better comment about time window check

Adjust Deprecation tree according to Slave javadocs.

[JENKINS-56243] Ensure user seed saved to session

* Add unit tests for hudson.cli.HexDump

These tests were written using Diffblue Cover.

* Changed byte arrays to work for windows

This validates that the performance regression itself - redundant calls
to loadUserByUsername() - is also fixed besides simply the
implementation details of the user seed and session.
Signed-off-by: NMatt Sicker <boards@gmail.com>

This fixes the remember me service to link the user seed to a
corresponding HTTP session. By doing so, this should significantly
reduce the number of calls to loadUserDetails().
Signed-off-by: NMatt Sicker <boards@gmail.com>

* IntelliJ/Java: Duplicate code -- Refactored as ExtensionFinder.getClassFromIndex

* Adding braces around throw new AssertionError

[JENKINS-58041] Add support for IPv6 when getting "Jenkins URL"

[JENKINS-47127] - Update maven-war-plugin from 3.0.0 to 3.2.3

[JENKINS-49316] Create Item: OK button disabled until TAB pressed

* Change getInstance() (deprecated) to get()

* Reverting modifications according review

* Changing for use the variable

[JENKINS-57959] Bump args4j from 2.0.31 to 2.33

* Add WindowsUtil into main

* Remove WindowsUtil from test

* Change based on feedback
Co-Authored-By: NMatt Sicker <boards@gmail.com>

* Move and improve comments

* Javadoc fixes

* [JENKINS-57922] - Ability to specify output directory for
translation-tool.pl

* Prevent printing everything on same line if values are empty

* [JENKINS-57855] read-only flag of folders on windows

On windows the current way of removing the read only flag is not working
for folders.
Using the Files api this can be solved.

* code formatting

Upgrade to 3.33 version of Remoting.

Improved logging for NodeProvisioner

Slave constructor wants implementations to use setters,
but AbstractCloudSlave has no corresponding constructor.

See RFC6761

[JENKINS-58041] Add support for IPv6 when getting "Jenkins URL"<br><br>Default "Jenkins URL" do not support IPv6 address。<br>For example my Jenkins server address is "[http://[6000::24]:8080/jenkins"|http://[6000::24]:8080/jenkins]<br>But the default value of "Jenkins URL" in "Jenkins Location" Section of "Configuration System" webpage is: “http://[6000:8080/jenkins/”<br><br>We fixed the bug in Jenkins.getRootUrlFromRequest()

* Switch to SpotBugs

* Suppress erroneous NP_PARAMETER_MUST_BE_NONNULL_BUT_MARKED_AS_NULLABLE warnings

* Try replacing Nullable with CheckForNull, per Oleg's suggestion.

* Tidy up SpotBugs annotation reference in POM

* Update core/src/main/java/jenkins/security/apitoken/LegacyApiTokenAdministrativeMonitor.java
Co-Authored-By: NJeff Thompson <37345299+jeffret-b@users.noreply.github.com>

* Update core/src/main/java/jenkins/security/apitoken/LegacyApiTokenAdministrativeMonitor.java
Co-Authored-By: NJeff Thompson <37345299+jeffret-b@users.noreply.github.com>

* Update core/src/main/java/jenkins/security/apitoken/LegacyApiTokenAdministrativeMonitor.java
Co-Authored-By: NJeff Thompson <37345299+jeffret-b@users.noreply.github.com>

* Revert "Try replacing Nullable with CheckForNull, per Oleg's suggestion."

This reverts commit 39ae38e21494524cea17d9a088b366f47c4b33c0.

* Implied dependencies on detached plugins were not being marked optional despite being listed in optionalDependencies, confusing the calculation of optionalDependents in resolveDependentPlugins.

* Javadoc improvements based on code exploration.

* [JENKINS-33843] Do not consider optional dependencies for purposes of disabling plugins.

* PluginManagerInstalledGUITest updated to reflect new behavior.

[JENKINS-57993] Avoid printing stack traces for some common agent conditions

[JENKINS-57466] If two users trigger updateDirectly -> isDue, make one wait

* mark up variables

* mark up variables

* IntelliJ/Groovy: deprecation

This is pretty useless as getSecurityKey is also deprecated

* IntelliJ/Groovy: deprecation

Resolve ApiTokenFilter is deprecated

* IntelliJ/Groovy: Semicolons are Optional

* This import is required by a bean/hudson.util.spring.BeanBuilder

[JENKINS-57992] clarify that the system user is a jenkins concept

* [JENKINS-57515] update jna library to 5.3.1

This solves problems with loading native libraries of jna on AIX
platform when using openJDK or other JDKs that assume .so is the
extension for shared libraries

* Pointer.SIZE -> Native.POINTER_SIZE

* remove unnecessary import

* adjust to changed api