Make error prone happier by using static inner class

While we are here, switch to junit5 methods.

Make error prone happy by re-throwing catched exception

and while we are here, update to junit5
and get rid of unused code

Get rid of error prone warnings because of missing explicit default character encoding

While we are in the sources, use try-with, isEmpty and other minor clean-ups.
Don't encode ASCII printable characters as unicode sequences, as they are
decoded by Java anyway and are obfuscating the code unnecessarily.
Remove unused method variables and parameters, when possible.
Use ArrayList instead of LinkedList, when possible (more will follow).

Correct mail address in changes.xml

Specify the char encoding when decoding bytes into strings

As all other commits related to #708, this is based on patch by Wilson Kurniawan (wilson at visenze.com)

Closes #708

Further silence error prone warnings

Replace JdkObsolete with JavaUtilDate where we can't replace usage of new Date()
Use Instant and other newer APIs from java.time, where we can replace Date() without
changing our API.

And while we are here, we can get use some more isEmpty calls.

Part of #708

Suppress InlineMe warnings from error prone

Part of #708

Further silence error prone warnings

Replace JdkObsolete with JavaUtilDate where we can't replace usage of new Date()
Use Instant and other newer APIs from java.time, where we can replace Date() without
changing our API.

Part of #708

Replace java.util.Date with java.time based objects

Part of #708

Use a finer filter to disable warnings about java.util.Date

and keep them locally

Part of #708

Fix simple errorprone violations

Add necessary trusted-keys in checksum.xml

Revert "Update ActiveMQ to 5.17.0"

This reverts commit 76d1de31243a942591a107f6d58e030daa1e4d55.

Seems, that Java 9+ is needed. JMeter has to be able to run
with Java 8.

Add missing changelog entry for view hack

Hack to make rendering of large text results faster

Currently the used JEditorPane is slow when using large texts, as it
tries to find good places to break words.

This hack disables word wrapping by using non-wrapping views
for every element in the JEditorPane.

Introduce a new setting view.results.tree.simple_view_limit for view results tree

This setting is used to decide, whether the text view should switch to a simpler
view model. That can help to get rid of UI unresponsiveness on large contents.

Closes #706

Update ActiveMQ to 5.17.0

and its dependent usage of Spring framework to 5.3.18

Use current screenshot for save-to-file listener in documentation

Based on patch by NaveenKumar Namachivayam (catch.nkn at gmail.com)
Used Gimp to make new image less wide and used pngquant to make it
use less bytes.

Closes #707
Bugzilla Id: 65983

Correct wording in JMESPath JSON extractor

prepare new version 5.5

Hide the 'go to top' button in print mode

Markup changes and insertion of titles for new and noteworthy stuff

Keep JSyntaxTextArea text value for use in headless mode

Closes #696

Correct typos and markup

Use ./gradlew autostyleApply to get rid of unwanted whitespace and ordering

Used Junit 5 assertions API to keep it consistent with Junit 5 tests

Closes #697

Add changelog entries for feature switch Oro/Java Regex

PR #700: Add a switch to replace Oro Regex implementation by the built-in Java one.

Bugzilla Id: 57672
Closes #700

Add documentation for the feature flag jmeter.regex.engine

Change property name for regex engine switch

Make switch flag internally always a privatestatic final variable, as it
might help the JIT compiler to remove dead code.

Use constants for static Java Regex Patterns

Move static pattern to private constant

Use Pattern cache in more places

Enable passing of system properties to tests via special namespace

If a system property prefixed with jmeter.properties. is found, Gradle will
now pass it as a system property without that prefix to the unit tests.
That allows to set system properties (which might be used as jmeter properties)
to the unit tests, without setting them in the JVM, that is used by Gradle.

Order import

Enable testing of Java Regex instead of Oro on travis

Java Regex replaceAll() would replace too much

The Java Regex implementation sees an empty group at the end of
a string, when matching against .*. So let us rephrase our wish
to at least one character.

$ is a special character in Java Regex

Guard it for usage within a Regex

curly braces are special in Java Regex

Oro seems to get along with the escaped braces, so use them for testing
both implementations

Java Regex split() works quite different to oro split()

Use a different approach to split the template and correct the
difference between Java Regex groupCount() and Oro groups()

Java Regex and oro differ in groups() vs groupCount()

Oro seems to count group(0) twice

Java Regex and Oro differ when considering line ending

and use DOT_ALL to match new lines

Pass system property for regex switch to the tests

Break lines that are longer than 120 characters

Use newer junit5 Assertion methods

Add tests for new methods in JMeterUtils

Use Pattern cache from JMeterUtils

Use Pattern cache from JMeterUtils

Use Pattern cache from JMeterUtils

Use Pattern cache from JMeterUtils

Use Pattern cache from JMeterUtils

Use Pattern cache from JMeterUtils and extract constant Pattern

Use Pattern-cache from JMeterUtils

This will help in test plans with lots of threads (1000 tested)

Use private instead of protected for new methods

They should not be used outside of this class.

Use correct variable to compile regex

Add a switch to decide which regex engine should be used

This one uses the new cache for Java based Regex-Patterns in JMeterUtils

Add a switch to decide which regex engine should be used

This one uses the new cache for Java based Regex-Patterns in JMeterUtils

Add a switch to decide which regex engine should be used

This one uses the new cache for Java based Regex-Patterns in JMeterUtils

Use isEmpty instead of comparing length to zero

Use newer jupiter Assertions

Add a switch to decide which regex engine should be used

This one uses the new cache for Java based Regex-Patterns in JMeterUtils

Make errorProne happy and remove unused parameter from newly introduced private method

Add a switch to decide which regex engine should be used

This one uses the new cache for Java based Regex-Patterns in JMeterUtils

Add missing closing parenthesis in javadoc

Use correct order of extractors

too many No's there :)

Fix missing 'contains'/'find' for pattern

Add a switch to decide which regex engine should be used

use 'modern' Java features as isEmpty and contains

Rename property for regex cache size

That way -- as Vladimir pointed out -- it would be more consistent to
a potentially renamed property jmeter.regex.engine, which would
replace the boolean property jmeter.use_java_regex.

Remove useless semicolon

Add a cache to store compiled Patterns into JMeterUtils

Add a switch to decide which regex engine should be used

Use isEmpty instead of comparing length to zero

Add a switch to decide which regex engine should be used

Remove unused parameter in private method

Use isEmpty instead of comparing length to zero

Add a switch to decide which regex engine should be used

Add a switch to decide which regex engine should be used

Use isEmpty instead of comparing length to zero

Use isEmpty instead of comparing length to zero

Add a switch to decide which regex engine should be used

Add a switch to decide which regex engine should be used

Add a switch to decide which regex engine should be used

Add a switch to decide which regex engine should be used

Use isEmpty instead of comparing length to zero

Remove unused local variable

this is the old default else branch, where implicitly  is true.

Use isEmpty instead of comparing length to zero

Remove unnecessary second argument for substring (we want it all)

Add a switch to decide which regex engine should be used

Use isEmpty instead of comparing length to zero

Add a switch to decide which regex engine should be used

Add a switch to decide which regex engine should be used

Add a switch to decide which regex engine should be used

Add a switch to decide which regex engine should be used

Use isEmpty instead of comparing length to zero

Add a switch to decide which regex engine should be used

Use isEmpty instead of comparing length to zero

Rephrase docs a bit

Don't use 'here' or similar as link text. Remove space at the end of line.

Write graphite guide in realtime section

write graphite setting, in realtime section,
with simple pickle protocol

Closes #699

Updated Chinese Simplified Translation

Kept the ordering of the original file and deleted those new entries from #701,
that can't be found in any other translation file or the sources.

Closes #701

(typo) in zh-CN translation.

ci: use https://apache.org instead of www.eu.apache.org for downloading Maven