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

Add notice for mxparser to README.md

According to https://raw.githubusercontent.com/x-stream/mxparser/master/LICENSE.txt
we have to put such a notice somewhere in the documentation.

Update checkstyle to 9.3

The 10.x branch is Java 11 and higher, only.
Suppress UnnecessaryParentheses for now, as we have quite a few of those and
it seems to be  new check.

Updated wiremock to 2.32.0

Update Apache xmlgraphics commons to 2.7

Updated SLF4J to 1.7.36

Updated Saxon-HE to 11.2

Updated RSyntaxTextArea to 3.1.6

Update expected_release_jars and set errorprone to the currently used version

Updated PH CSS and PH commons to 6.5.4 and 10.1.6

Updated Neo4j Java driver to 4.4.4

Updated mina-core to 2.1.6

It was already used in this version by dependency

Updated JUnit5 to 5.8.2

Reverted Update of hsqldb to 2.6.1 (the binary seems to be compiled with Java >8)

Update JMESPath to 0.5.1

Updated Apache HttpCore to 4.4.15

Bytebuddy used by Caffeine

Updated hsqldb to 2.6.1

Updated hamcrest-date to 2.0.8

Updated ftplet and ftpserver to 1.1.3

Updates equalsverifier to 3.9

Updated commons-pool2 to 2.11.1

Updated Caffeine to 2.9.3

Add checksum of key for xbean

Update ActiveMQ to 5.16.4

Update json-smart and accessors-smart to 2.4.8

Update to log4j2 2.17.2

CSV文件中共享模式汉化翻译有误：所有现场-->所有线程

Setup GUI in Swing thread

This seems to be the right thing to do and it fixes an exception, that happens
on startup after the code for Bug 63620 has been incorporated.

The exception was:

ERROR o.a.j.g.u.JSyntaxTextArea: Dubious problem while setting text to SOMETHING
java.lang.NullPointerException: null
        at org.fife.ui.rsyntaxtextarea.WrappedSyntaxView.updateMetrics(WrappedSyntaxView.java:1081) ~[rsyntaxtextarea-3.1.3.jar:3.1.3]
        at org.fife.ui.rsyntaxtextarea.WrappedSyntaxView.getPreferredSpan(WrappedSyntaxView.java:618) ~[rsyntaxtextarea-3.1.3.jar:3.1.3]
        at org.fife.ui.rsyntaxtextarea.WrappedSyntaxView.calculateBreakPosition(WrappedSyntaxView.java:114) ~[rsyntaxtextarea-3.1.3.jar:3.1.3]
        at org.fife.ui.rsyntaxtextarea.WrappedSyntaxView$WrappedLine.calculateLineCount(WrappedSyntaxView.java:1191) ~[rsyntaxtextarea-3.1.3.jar:3.1.3]
        at org.fife.ui.rsyntaxtextarea.WrappedSyntaxView$WrappedLine.handleDocumentEvent(WrappedSyntaxView.java:1440) ~[rsyntaxtextarea-3.1.3.jar:3.1.3]
        at org.fife.ui.rsyntaxtextarea.WrappedSyntaxView$WrappedLine.insertUpdate(WrappedSyntaxView.java:1464) ~[rsyntaxtextarea-3.1.3.jar:3.1.3]
        at org.fife.ui.rsyntaxtextarea.WrappedSyntaxView.insertUpdate(WrappedSyntaxView.java:705) ~[rsyntaxtextarea-3.1.3.jar:3.1.3]
        at javax.swing.plaf.basic.BasicTextUI$RootView.insertUpdate(BasicTextUI.java:1706) ~[?:?]
        at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.insertUpdate(BasicTextUI.java:1965) ~[?:?]
        at javax.swing.text.AbstractDocument.fireInsertUpdate(AbstractDocument.java:203) ~[?:?]
        at org.fife.ui.rsyntaxtextarea.RSyntaxDocument.fireInsertUpdate(RSyntaxDocument.java:187) ~[rsyntaxtextarea-3.1.3.jar:3.1.3]
        at javax.swing.text.AbstractDocument.handleInsertString(AbstractDocument.java:757) ~[?:?]
        at javax.swing.text.AbstractDocument.insertString(AbstractDocument.java:716) ~[?:?]
        at javax.swing.text.PlainDocument.insertString(PlainDocument.java:131) ~[?:?]
        at javax.swing.text.AbstractDocument.replace(AbstractDocument.java:675) ~[?:?]
        at javax.swing.text.JTextComponent.setText(JTextComponent.java:1729) ~[?:?]
        at org.apache.jmeter.gui.util.JSyntaxTextArea.setInitialText(JSyntaxTextArea.java:296) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.testbeans.gui.TextAreaEditor.setValue(TextAreaEditor.java:112) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.testbeans.gui.GenericTestBeanCustomizer.setEditorValue(GenericTestBeanCustomizer.java:479) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.testbeans.gui.GenericTestBeanCustomizer.setObject(GenericTestBeanCustomizer.java:511) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.testbeans.gui.TestBeanGUI.setValues(TestBeanGUI.java:323) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.testbeans.gui.TestBeanGUI.configure(TestBeanGUI.java:307) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.gui.tree.JMeterTreeModel.addComponent(JMeterTreeModel.java:162) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.gui.tree.JMeterTreeModel.addSubTree(JMeterTreeModel.java:131) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.gui.tree.JMeterTreeModel.addSubTree(JMeterTreeModel.java:123) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.gui.GuiPackage.addSubTree(GuiPackage.java:554) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.gui.action.Load.insertLoadedTree(Load.java:199) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.gui.action.Load.insertLoadedTree(Load.java:235) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.JMeter.startGui(JMeter.java:431) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at org.apache.jmeter.JMeter.start(JMeter.java:566) [ApacheJMeter_core.jar:5.5-SNAPSHOT]
        at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
        at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
        at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
        at java.lang.reflect.Method.invoke(Method.java:564) ~[?:?]
        at org.apache.jmeter.NewDriver.main(NewDriver.java:257)

Which seemed to happen on the main thread.

Part of [Bug 63620] Fix GUI freeze when viewing response body with long lines

Bugzilla Id: 63620

Fix generated Content-disposition header for failing test

After fixing issue 65884, the parser for the content-disposition header is more
lenient on the usage of quotes, but less forgiving about missing seperators between
the parameters.

Part of Bugzilla Id: 65884

Allow unquoted tokens for values in content-disposition header

Use httpcomponents BasicHeaderValueParser instead of our simple parser, as
we were assuming parameters would always be surrounded by quotes.

Bugzilla Id: 65884

update tika-parsers to 1.28.1 (from 1.28) and xstreams to 1.4.19 (from 1.4.18) (#698)

* update tika-parsers to 1.28.1 (from 1.28) and xstreams to 1.4.19 (from 1.4.18)

* update xercesImpl to 2.12.2 (from 2.12.1) and add new gpg key from xerces maintainer (ref XERCESJ-1735)

* add pr number to changes.xml

* update expected_release_jars.csv

Bug 65885 - HTML Report: Error report displays wrong failure message
when Response Assertion checks Ignore Status and response code is not
200

[Bug 63620] Disable kerning when document lenght exceeds 10K

The treshold can be configured via text.kerning.max_document_size

[Bug 63620] Fix GUI freeze when viewing response body with long lines

GUI gets unresponsive when the response contains long lines (e.g lines exceeding 100K chars).
The workaround is to add artificial line breaks.

We try to break on word boundaries first, and if not possible,
we break on char boundaries (e.g. large chunks of base64 data).

view.results.tree.max_line_size=110000 (defaults to 110K)
view.results.tree.soft_wrap_line_size=100000 (defaults to max_line_size/1.1)

CPU spin trace looks as follows:

"AWT-EventQue...
...
        at sun.font.GlyphLayout.layout(Unknown Source)
...
        at java.awt.font.TextLine.<init>(Unknown Source)
        at java.awt.font.TextMeasurer.makeTextLineOnRange(Unknown Source)
        at java.awt.font.TextMeasurer.getLayout(Unknown Source)
...
        at javax.swing.text.JTextComponent.setDocument(Unknown Source)
        at org.apache.jmeter.visualizers.SamplerResultTab.setTextOptimized(SamplerResultTab.java:695)
...

Add a checksum for gradle-enterprise-gradle-plugin-3.8.1.jar for Gradle 7.4+

Catch NullPointerException from JSoup when recording a test plan

Fix stupid bug, where I placed the declaration of the method
variable inside the try-catch block.

Bugzilla Id: 65864

Catch NullPointerException from JSoup when recording a test plan

As reported in the bug issue, JSoup throws a NPE on some input.
When we know more about that input, we might be able to do
better, for now, let us wrap the exception into the declared
HTMLParseException and hope, that we can continue.

Bugzilla Id: 65864

Use space between if and parenthesis

if is not a function.

Use isEmtpy instead of checking length

Fixed the deprecation warnings in build file

Closes #692

Update tika-parsers to 1.28, jackson to 2.13.1 and jsoup to 1.14.3

Detailed version updates are:
 Updated jsoup from 1.14.1 (in nightlies), from 1.13.1 (last released)
 Updated Apache Tika from 1.27 (in nightlies), from 1.26 (last released)
 Updated jackson to 2.13.1 (from 2.10.5)

Closes #695

Whitespace change (remove tab, as we normally use spaces here)

Use English typographic conventions for colons (no space in front)

Correct more typos (it's vs. its)

Fix typo (mainly to trigger buildbot)

Line too long

Bugzilla Id: 65794

Apply autostyle to imports changed with last commit

Bugzilla Id: 65794

Fix markup for components reference

Broken with last commit for JSON Path Assertion

Bugzilla Id: 65794

Fail JSONPath Assertion on indefinite paths and no assertion value

The docs for JSONPath Assertion state, that it will fail the assertion,
when no element is found with the given JSON path. This was currently
not followed, when an indefinite path was used. In such a case, the
JSONPath library would return an empty list, which the assertion logic
would log as OK.

With this change we let the assertion fail, when
 * an indefinite path was given
 * and an empty list is extracted
 * and no assertion value is given

Bugzilla Id: 65794

JSON Assertion always successful with indefinite paths

Add a note to the component reference for JSON Path Assertions

Bugzilla Id: 65794

ci: terminate stale GitHub CI jobs early

For instance, when several commits are pushed to PR in short sequence,
older CI jobs would be terminated immediately so the newer commits are tested faster.

Split function test refactor with failure and different success scenarios separately

Closes #690