Bug

Current Behavior

When creating multiple LoadTests with similar naming like:
Some Name Example, Some_Name Example, Some Name_Example, Some_Name_Example
Or when creating multiple test suites with same names for TestCases, same behavior.
All reports end up using the same name prefix for the reports: Some_Name_Example this results in overriding the previews Report. So only Some_Name_Example-logs.txt, Some_Name_Example-statistics.txt will be created.

Expected Behavior

Name generation should not use simple replace Spaces with _ logic for generating file names.

It looks like tagging stopped on release 5.3.0: https://github.com/SmartBear/soapui/tags

Accidental omission?

How to build distribution of SoapUI from sources? I've tried mvn package and mvn install, but don't found any *.zip files.

update 5.4.0 to 5.5.0, and it crashed when running soapui. There have been multiple application crashes on the latest version, suspected to be caused by writing data.

Downloading a binary from soapui.org fails, so I've decided to try to clone from github.

I ran these commands:

git clone https://github.com/SmartBear/soapui.git .
git checkout 5.3.0
mvn clean install

The installation fails:

[INFO] Reactor Summary for SoapUI project 5.3.0:
[INFO] 
[INFO] SoapUI project ..................................... SUCCESS [ 33.243 s]
[INFO] SoapUI ............................................. FAILURE [11:59 min]
[INFO] SoapUI Maven plugin ................................ SKIPPED
[INFO] SoapUI installer ................................... SKIPPED
[INFO] SoapUI Maven plugin tester ......................... SKIPPED
[INFO] SoapUI system test ................................. SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  12:32 min
[INFO] Finished at: 2019-10-10T14:11:17+02:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.mojo:xmlbeans-maven-plugin:2.3.3:xmlbeans (default) on project soapui: XmlBeans compile failed:
[ERROR]  xml ErrorLoading schema file /home/user/Prog/SoapUI/soapui/soapui/src/main/xsd/junit/report.xsd
[ERROR] xml ErrorLoading schema file /home/user/Prog/SoapUI/soapui/soapui/src/main/xsd/policy/policy.xsd
[ERROR] xml ErrorLoading schema file /home/user/Prog/SoapUI/soapui/soapui/src/main/xsd/policy/xmldsig-core-schema.xsd
[ERROR] xml ErrorLoading schema file /home/user/Prog/SoapUI/soapui/soapui/src/main/xsd/policy/adressing-metadata.xsd
[ERROR] xml ErrorLoading schema file /home/user/Prog/SoapUI/soapui/soapui/src/main/xsd/policy/oasis-200401-wss-wssecurity-utility-1.0.xsd
[ERROR] xml ErrorLoading schema file /home/user/Prog/SoapUI/soapui/soapui/src/main/xsd/policy/oasis-200401-wss-wssecurity-secext-1.0.xsd
[ERROR] xml ErrorLoading schema file /home/user/Prog/SoapUI/soapui/soapui/src/main/xsd/policy/ws-addr-wsdl.xsd
[ERROR] xml ErrorLoading schema file /home/user/Prog/SoapUI/soapui/soapui/src/main/xsd/policy/xml.xsd

So at the moment it's not possible to use SoapUI. Cannot download it from the website and building from source also fails. What should I do?

I was sending data to server through post call and when my XML/JSON contains '$' and '{' together like '${', server rejects the request. But the same works with RestMan and PostMan.
Issue can be replicated by modifying any request body to have '${' together

Sample API :- https://reqres.in/api/users - Method- POST , headers---> Content-Type application/json;
Request Body 1: - {
"name": "morpheus",
"job": "leader"
}

Request Body 2:-
{
"name": "morpheus",
"job": "${leader"
}

For Request Body 1, user gets created but for Request Body 2 i'm getting the following response

Bad Request

#The same request body works well with postman and RestMan.

In soapui it is possible to generate a junit style report where the properties of the testCase are included in the report.
The maven plugin doesn't include this feature currently.
In the pom it would probably look like this.

<configuration>
    <junitReport>true</junitReport>
    <junitReportWithProperties>true</junitReportWithProperties>
</configuration>

I have just cloned the project, followed the instructions in README.md and mvn clean install fails with the following error:

[ERROR] Failed to execute goal on project soapui: Could not resolve dependencies for project com.smartbear.soapui:soapui:jar:5.5.0-SNAPSHOT: The following artifacts could not be resolved: com.smartbear.utils.analytics:analytics-core:jar:5.5.0-SNAPSHOT, com.smartbear.utils.analytics:out-app-analytics-provider:jar:5.5.0-SNAPSHOT: Failure to find com.smartbear.utils.analytics:analytics-core:jar:5.5.0-SNAPSHOT in http://www.soapui.org/repository/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of smartbear-sweden-repository has elapsed or updates are forced -> [Help 1]

Here is a copy of the full commands I executed:

Home@thinkpad MINGW64 /c/Users/home/code
$ git clone https://github.com/SmartBear/soapui.git
Cloning into 'soapui'...
remote: Enumerating objects: 683, done.
remote: Counting objects: 100% (683/683), done.
remote: Compressing objects: 100% (363/363), done.
Receiving objects: 100% (132727/132727), 93.58 MiB | 1.21 MiB/s, done.
remote: Total 132727 (delta 358), reused 506 (delta 242), pack-reused 132044
Resolving deltas: 100% (86074/86074), done.
Checking out files: 100% (3122/3122), done.

Home@thinkpad MINGW64 /c/Users/home/code
$ cd soapui/

Home@thinkpadMINGW64 /c/Users/home/code/soapui (next)
$ mvn clean install
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO]
[INFO] SoapUI project
[INFO] SoapUI
[INFO] SoapUI Maven plugin
[INFO] SoapUI installer
[INFO] SoapUI Maven plugin tester
[INFO] SoapUI system test
[INFO] soapui-testserver-api
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building SoapUI project 5.5.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ soapui-project ---
[INFO] Deleting C:\Users\home\code\soapui (includes = [*.log], excludes = [])
[INFO]
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-versions) @ soapui-project ---
[INFO]
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-bytecode-version) @ soapui-project ---
[INFO]
[INFO] --- animal-sniffer-maven-plugin:1.15:check (animal-sniffer-check) @ soapui-project ---
[INFO] Checking unresolved references to org.codehaus.mojo.signature:java18:1.0
Downloading from smartbear-sweden-repository: http://www.soapui.org/repository/maven2/org/codehaus/mojo/signature/java18/1.0/java18-1.0.signature
Downloading from central: https://repo.maven.apache.org/maven2/org/codehaus/mojo/signature/java18/1.0/java18-1.0.signature
Downloaded from central: https://repo.maven.apache.org/maven2/org/codehaus/mojo/signature/java18/1.0/java18-1.0.signature (2.0 MB at 922 kB/s)
[INFO]
[INFO] --- maven-install-plugin:2.4:install (default-install) @ soapui-project ---
[INFO] Installing C:\Users\home\code\soapui\pom.xml to C:\Users\home\.m2\repository\com\smartbear\soapui\soapui-project\5.5.0-SNAPSHOT\soapui-project-5.5.0-SNAPSHOT.pom
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building SoapUI 5.5.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[WARNING] The POM for com.smartbear.utils.analytics:analytics-core:jar:5.5.0-SNAPSHOT is missing, no dependency information available
[WARNING] The POM for com.smartbear.utils.analytics:out-app-analytics-provider:jar:5.5.0-SNAPSHOT is missing, no dependency information available
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] SoapUI project ..................................... SUCCESS [  7.321 s]
[INFO] SoapUI ............................................. FAILURE [  1.564 s]
[INFO] SoapUI Maven plugin ................................ SKIPPED
[INFO] SoapUI installer ................................... SKIPPED
[INFO] SoapUI Maven plugin tester ......................... SKIPPED
[INFO] SoapUI system test ................................. SKIPPED
[INFO] soapui-testserver-api .............................. SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 9.213 s
[INFO] Finished at: 2019-02-03T15:51:50+01:00
[INFO] Final Memory: 15M/174M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal on project soapui: Could not resolve dependencies for project com.smartbear.soapui:soapui:jar:5.5.0-SNAPSHOT: The following artifacts could not be resolved: com.smartbear.utils.analytics:analytics-core:jar:5.5.0-SNAPSHOT, com.smartbear.utils.analytics:out-app-analytics-provider:jar:5.5.0-SNAPSHOT: Failure to find com.smartbear.utils.analytics:analytics-core:jar:5.5.0-SNAPSHOT in http://www.soapui.org/repository/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of smartbear-sweden-repository has elapsed or updates are forced -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn <goals> -rf :soapui
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=128m; support was removed in 8.0

My environment details:

OS: Windows 7
Java:
java version "1.8.0_171"
Java(TM) SE Runtime Environment (build 1.8.0_171-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.171-b11, mixed mode)

On com.eviware.soapui.impl.testcaseWsdlTestSuiteRunner.java we are getting a copy of all the available testSuiteRunnerListeners before we call to the setupScript.

public void internalRun(WsdlTestSuiteRunContext runContext) throws Exception {
        WsdlTestSuite testSuite = getTestRunnable();

        listeners = testSuite.getTestSuiteRunListeners();
        testSuite.runSetupScript(runContext, this);
        if (!isRunning()) {
            return;
        }

So if we want to set some testSuite listeners on the setupScript itself they won't execute first time (they will be availabe second execution). I've been having this problem and would like to know if there's a work around

Thanks!

Hello Team,

I could see some security vulnerabilities in soap ui version 5.4.0 related to jackson-core libraries while running a twistlock scan on soap ui docker image. Following error of the twist lock for your reference:-

1. FasterXML jackson-databind 2.x before 2.9.7 might allow remote attackers to conduct server-side request forgery (SSRF) attacks by leveraging failure to block the axis2-jaxws class from polymorphic deserialization.

2. XMLscanner.java in Apache Xerces2 Java Parser before 2.12.0, as used in the Java Runtime Environment (JRE) in IBM Java 5.0 before 5.0 SR16-FP3, 6 before 6 SR14, 6.0.1 before 6.0.1 SR6, and 7 before 7 SR5 as well as Oracle Java SE 7u40 and earlier, Java SE 6u60 and earlier, Java SE 5.0u51 and earlier, JRockit R28.2.8 and earlier, JRockit R27.7.6 and earlier, Java SE Embedded 7u40 and earlier, and possibly other products allows remote attackers to cause a denial of service via vectors related to XML attribute names.

It seems that SOAP UI is referring to jackson - core lib version 2.3.0 whereas the latest version is 2.9.8(refer the maven central link)
https://mvnrepository.com/artifact/com.fasterxml.jackson.core/jackson-core

kindly assist on this.

Regards,
Vivek

Please add sorting and filtering features to endpoints' requests list (treeview) - when there are many endpoints - its too complicated...

Hello,

Following this tutorial:

Eclipse

Open project

Clone the project
In the main menu, select File > Import.
In the Import dialog, select Maven > Existing Maven projects and click Next.
In the Root directory, enter the path to the root folder of the SoapUI project and click Finish.

Run SoapUI

After you have created the Eclipse project, navigate to the com.eviware.soapui.SoapUI class, right-click it and select Run as > Java application.

Get the latest changes

Right-click on the root folder in the Package explorer panel.
Select Team > Pull.

I just have to fix error, after error. There's no way you can build this as described. Has anyone tested it? Can anyone confirm that on a fresh environment, you can follow the above instructions? I just want to rule out that the problem is on my machine. Two people have tested this on two different machines with different java versions, and we're getting different results (by results I mean errors).

Before I go further and provide error stacks or try to spend more time building it (already lost an entire day), can someone confirm that this release (5.5.0) or any release can be built with the steps described above for Eclipse?

This is the latest:
Exception in thread "AWT-EventQueue-0" java.lang.ExceptionInInitializerError at com.eviware.soapui.config.SoapuiSettingsDocumentConfig$Factory.parse(SoapuiSettingsDocumentConfig.java:59) at com.eviware.soapui.DefaultSoapUICore.initSettings(DefaultSoapUICore.java:259) at com.eviware.soapui.DefaultSoapUICore.init(DefaultSoapUICore.java:141) at com.eviware.soapui.DefaultSoapUICore.<init>(DefaultSoapUICore.java:126) at com.eviware.soapui.DefaultSoapUICore.createDefault(DefaultSoapUICore.java:105) at com.eviware.soapui.SoapUI.getSettings(SoapUI.java:1699) at com.eviware.soapui.SoapUI$SoapUIRunner.run(SoapUI.java:792) at java.awt.event.InvocationEvent.dispatch(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$500(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) Caused by: java.lang.RuntimeException: Cannot load SchemaTypeSystem. Unable to load class with name schemaorg_apache_xmlbeans.system.s05EC9A3AACC8687CD214E9B1A496DB91.TypeSystemHolder. Make sure the generated binary files are on the classpath. at org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans.java:783) at com.eviware.soapui.config.SoapuiSettingsDocumentConfig.<clinit>(SoapuiSettingsDocumentConfig.java:20) ... 21 more Caused by: java.lang.ClassNotFoundException: schemaorg_apache_xmlbeans.system.s05EC9A3AACC8687CD214E9B1A496DB91.TypeSystemHolder at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans.java:769) ... 22 more

Hello,

With SoapUi 5.5.0 and Tomcat 8.5 :
When I drop a war generated with SoapUI in webapps/, then I call an mocked endpoint (or go to webUI), then delete the war to undeploy it, Tomcat says that there is potentially a memory leak.

31-Jan-2020 15:03:49.938 INFOS [localhost-startStop-17] org.apache.catalina.startup.HostConfig.deployWAR Déploiement de l'archive [C:\Program Files\Apache Software Foundation\Tomcat 8.5\webapps\mock.war] de l'application web
31-Jan-2020 15:03:55.468 INFOS [localhost-startStop-17] org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found in them. Skipping unneeded JARs during scanning can improve startup time and JSP compilation time.
31-Jan-2020 15:03:55.471 INFOS [localhost-startStop-17] org.apache.catalina.startup.HostConfig.deployWAR Deployment of web application archive [C:\Program Files\Apache Software Foundation\Tomcat 8.5\webapps\mock.war] has finished in [5 533] ms
31-Jan-2020 15:04:06.659 INFOS [http-nio-8090-exec-94] com.eviware.soapui.mockaswar.MockAsWarServlet.initMockServiceParameters Listeners not set!
31-Jan-2020 15:04:06.659 INFOS [http-nio-8090-exec-94] com.eviware.soapui.mockaswar.MockAsWarServlet.initMockServiceParameters Actions not set!
31-Jan-2020 15:04:06.659 INFOS [http-nio-8090-exec-94] com.eviware.soapui.mockaswar.MockAsWarServlet.initMockServiceParameters SoapUI core already exists, reusing existing one
31-Jan-2020 15:04:06.659 INFOS [http-nio-8090-exec-94] com.eviware.soapui.mockaswar.MockAsWarServlet.initMockServiceParameters WebUI ENABLED
31-Jan-2020 15:04:06.660 INFOS [http-nio-8090-exec-94] com.eviware.soapui.mockaswar.MockAsWarServlet.init Loading project
31-Jan-2020 15:04:07.006 INFOS [http-nio-8090-exec-94] com.eviware.soapui.mockaswar.MockAsWarServlet.init Starting mock service [Managed Mocks]
31-Jan-2020 15:04:25.982 INFOS [ContainerBackgroundProcessor[StandardEngine[Catalina]]] org.apache.catalina.startup.HostConfig.undeploy Repli (undeploy) de l'application web ayant pour chemin de contexte [/mock]
31-Jan-2020 15:04:25.987 AVERTISSEMENT [ContainerBackgroundProcessor[StandardEngine[Catalina]]] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [mock] appears to have started a thread named [Timer-6] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 java.lang.Object.wait(Native Method)
 java.lang.Object.wait(Unknown Source)
 java.util.TimerThread.mainLoop(Unknown Source)
 java.util.TimerThread.run(Unknown Source)
31-Jan-2020 15:04:25.987 AVERTISSEMENT [ContainerBackgroundProcessor[StandardEngine[Catalina]]] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [mock] appears to have started a thread named [Thread-33] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 java.lang.Object.wait(Native Method)
 com.eviware.soapui.impl.wsdl.support.http.SoapUIMultiThreadedHttpConnectionManager$IdleConnectionMonitorThread.run(SoapUIMultiThreadedHttpConnectionManager.java:108)

Is there a way to avoid this ?

Hello Team,

I am getting below error while maven is trying to download soapui-pro-maven-plugin(version-5.1.2).
And http://www.soapui.org/repository/maven2 is giving 504 Gateway Time-out

This was working earlier and started failing from yesterday

Could you please help me on this.

2020-03-09T16:49:40.2290940Z [ERROR] Plugin com.smartbear.soapui:soapui-pro-maven-plugin:5.1.2 or one of its dependencies could not be resolved: Failed to read artifact descriptor for com.smartbear.soapui:soapui-pro-maven-plugin:jar:5.1.2: Could not transfer artifact com.smartbear.soapui:soapui-pro-maven-plugin:pom:5.1.2 from/to SmartBearPluginRepository (http://www.soapui.org/repository/maven2): Transfer failed for http://www.soapui.org/repository/maven2/com/smartbear/soapui/soapui-pro-maven-plugin/5.1.2/soapui-pro-maven-plugin-5.1.2.pom 504 Gateway Time-out -> [Help 1]
2020-03-09T16:49:40.2292552Z [ERROR]

Hello,
I have a test step of type " Run TestCase " which takes properties in input.
If I disable this test step, the value of these properties are still taken into account in the rest of my test case : context.getProperty("propertyName") returns the value defined in the disabled test step...
These properties should be ignored when then test step is disabled.
Thank you!

I am trying to use soapui 5.5.0 on JDK11 and run in the following 2 issues:

[ERROR] error: illegal argument for --class-path: Illegal char <> at index 7: ../lib/.jar

This seems to be caused by the META-INF/MANIFEST.MF of com.smartbear.utils.analytics:out-app-analytics-provider.

I was able to workaround this first problem by simply excluding that dependency.

java.lang.ClassNotFoundException: sun.misc.BASE64Decoder

This one is caused by com.smartbear.utils.analytics:analytics-core which uses this class (which is no longer in JDK9+) in com\smartbear\analytics\impl\GoogleAnalyticsProviderFactory.class and com\smartbear\analytics\impl\SoapUIOSMixpanelProviderFactory.class

I could not workaround this issue by excluding the dependency, because it is required at runtime.

Hi,

When a system proxy for any connection is enabled, SoapUI cashes on the splash screen upon startup:

+ /usr/bin/java -Xms128m -Xmx1024m -XX:MinHeapFreeRatio=20 -XX:MaxHeapFreeRatio=40 -Dsoapui.properties=soapui.properties -Dgroovy.source.encoding=iso-8859-1 -Dsoapui.home=/Applications/SoapUI-5.5.0.app/Contents/java/app/bin -splash:SoapUI-Spashscreen.png -Dswing.crossplatformlaf=apple.laf.AquaLookAndFeel -Dapple.eawt.quitStrategy=CLOSE_ALL_WINDOWS -Dsoapui.ext.libraries=/Applications/SoapUI-5.5.0.app/Contents/java/app/bin/ext -Dsoapui.ext.listeners=/Applications/SoapUI-5.5.0.app/Contents/java/app/bin/listeners -Dsoapui.ext.actions=/Applications/SoapUI-5.5.0.app/Contents/java/app/bin/actions -Djava.library.path=/Applications/SoapUI-5.5.0.app/Contents/java/app/bin -Dwsi.dir=/Applications/SoapUI-5.5.0.app/Contents/java/app/wsi-test-tools -Dsoapui.browser.disabled=true -cp '/Applications/SoapUI-5.5.0.app/Contents/PlugIns/jre.bundle/Contents/Home/jre/lib/jfxrt.jar:/Applications/SoapUI-5.5.0.app/Contents/java/app/bin/soapui-5.5.0.jar:/Applications/SoapUI-5.5.0.app/Contents/java/app/lib/*' com.eviware.soapui.SoapUI
Configuring log4j from [/Applications/SoapUI-5.5.0.app/Contents/java/app/bin/soapui-log4j.xml]
14:05:11,857 INFO  [DefaultSoapUICore] Creating new settings at [/Users/jhartman/soapui-settings.xml]
Exception in thread "AWT-EventQueue-0" java.lang.ExceptionInInitializerError
	at com.eviware.soapui.impl.wsdl.support.http.HttpClientSupport.<clinit>(HttpClientSupport.java:73)
	at com.eviware.soapui.DefaultSoapUICore.initSettings(DefaultSoapUICore.java:373)
	at com.eviware.soapui.DefaultSoapUICore.init(DefaultSoapUICore.java:141)
	at com.eviware.soapui.DefaultSoapUICore.<init>(DefaultSoapUICore.java:126)
	at com.eviware.soapui.DefaultSoapUICore.createDefault(DefaultSoapUICore.java:105)
	at com.eviware.soapui.SoapUI.getSettings(SoapUI.java:1699)
	at com.eviware.soapui.SoapUI$SoapUIRunner.run(SoapUI.java:792)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.lang.NullPointerException: ProxySelector must not be null.
	at com.btr.proxy.selector.whitelist.ProxyBypassListSelector.<init>(ProxyBypassListSelector.java:39)
	at com.btr.proxy.selector.whitelist.ProxyBypassListSelector.<init>(ProxyBypassListSelector.java:54)
	at com.btr.proxy.search.desktop.osx.OsxProxySearchStrategy.installExceptionList(OsxProxySearchStrategy.java:224)
	at com.btr.proxy.search.desktop.osx.OsxProxySearchStrategy.buildSelector(OsxProxySearchStrategy.java:141)
	at com.btr.proxy.search.desktop.osx.OsxProxySearchStrategy.getProxySelector(OsxProxySearchStrategy.java:113)
	at com.btr.proxy.search.desktop.DesktopProxySearchStrategy.getProxySelector(DesktopProxySearchStrategy.java:34)
	at com.btr.proxy.search.ProxySearch.getProxySelector(ProxySearch.java:193)
	at com.eviware.soapui.impl.wsdl.support.http.ProxyUtils.setGlobalProxy(ProxyUtils.java:187)
	at com.eviware.soapui.model.propertyexpansion.PropertyExpander.<clinit>(PropertyExpander.java:80)
	... 21 more

Workaround:

• Turn off all proxies in Network configuration, see e.g. this link
• Start SoapUI and disable proxy

• Quit SoapUI
• Re-enable MacOS system proxies

Best regards,
Jarek

Hi, I'm thinking of forking soapui core (no GUI) for soap XML signing and encryption (all other Java libraries are really Hard to use) according to The documentation, soapui uses The EUPL (explicitly compatible with EPL 1.0), so would there be any problem in licensing The fork in EPL 1.0? Thanks.

Hello,

Trying to build latest SoapUI . First tried master branch, then upon recommendation from another issue here on GH tried v 5.4 with same result. The error message is :

[ERROR] Failed to execute goal on project soapui: Could not resolve dependencies for project com.smartbear.soapui:soapui:jar:5.6.0-SNAPSHOT: The following artifacts could not be resolved: com.smartbear.utils.analytics:analytics-core:jar:5.6.0-SNAPSHOT, com.smartbear.utils.analytics:out-app-analytics-provider:jar:5.6.0-SNAPSHOT: Could not find artifact com.smartbear.utils.analytics:analytics-core:jar:5.6.0-SNAPSHOT in smartbear-sweden-repository (http://www.soapui.org/repository/maven2) -> [Help 1]

Tried in web browser the repository link:

http://www.soapui.org/repository/maven2

Redirects to:

https://rapi.tools.ops.smartbear.io/nexus/content/groups/public/maven2

Tried recommendation from: #463, so added following repository to pom.xml:

<repository>
        <id>smartbearsoftware-repository</id>
        <url>http://smartbearsoftware.com/repository/maven2</url>
</repository>

Redirects to the same end point:

https://rapi.tools.ops.smartbear.io/nexus/content/groups/public/maven2

Browsed a level up, no maven2 in

https://rapi.tools.ops.smartbear.io/nexus/content/groups/public

My system although maybe irrelevant in this case is:

 Windows 10,
java version "1.8.0_221"
Apache Maven 3.6.1
git version 2.21.0.windows.1

Any suggestions welcome!

Pavlin

When I upgrade the lib from v0.9.1 to any newer version i receive an error in JsonPath assertions:

ERROR [SoapUI] An error occurred [com/jayway/jsonpath/spi/JsonProvider], see error log for details

2019-04-06 23:25:05,015 ERROR [errorlog] java.lang.NoClassDefFoundError: com/jayway/jsonpath/spi/JsonProvider java.lang.NoClassDefFoundError: com/jayway/jsonpath/spi/JsonProvider

SoapUI is looking for JsonProvider.class in \com\jayway\jsonpath\spi\ path, but newer versions (0.9.1+) have this class in \com\jayway\jsonpath\spi\json\

Is it possible to fix this?

This might be a specific issue and I will try to explain it as efficiently as possible.

We have a REST API service set up on IIS 10 on a Windows 2016 server registered in DOMAIN-1. The providers are set to use NTLM and Negotiate. If I set the Authorization in SOAPUI to use NTLM and the credentials of a domain user in DOMAIN-1, authentication works. However, if I use credentials of a user in DOMAIN-2, I get a 401.

The kicker is here: browsing to the endpoint using any browser works, as well as switching off Authorization from SOAPUI and configuring Burp Suite to act as a local proxy and NTLMv2 and DOMAIN-2 user credentials to connect to the endpoint. The problem seems specific to the NTLM auth method being used in SOAPUI, perhaps related to httpclient 4.1.1?

Finally, I have access to the server and examined event logs related to the success and failed logins. The failed logs have a substatus of "0xC000006A", possibly meaning "user name is correct but the password is wrong". It is for sure not a typo.

I also tried to examine the NTLM challenges and responses using wireshark but I cannot understand why only the DOMAIN-1 users are working using SOAPUI.

Pre-emptive auth is unchecked.

In my research I have seen some issues with httpclient 4.1.1 - could it be related to this?

Thanks.

Hello,

The "Accept compressed responses from hosts" option in soapUI Preferences (HTTP Settings) is behaving in such way that the "Accept-Encoding" field is REMOVED/NOT PRESENT in requests.

This is a bug since when the "Accept-Encoding" field is missing it DOES NOT mean that soapUI would accept only uncompressed responses, on the contrary:
The RFC 2616 (http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html) states that "If no Accept-Encoding field is present in a request, the server MAY assume that the client will accept any content coding."

So I would suggest soapUI's Preference option above should instead send an explicit "Accept-Encoding" field with "none" as accepted protocols.

Would you agree and is my issue making sense to you?

Thanks in advance,
Tent:wq

PS: originally posted at: http://www.soapui.org/forum/viewtopic.php?f=13&t=18163 (Accept-Encoding field is removed instead as set to "none")

Hello world!

Android comment...

The scan was performed on SoapUI 5.5.0 Jar
The below dependent libraries have known security vulnerabilities. It is recommended to update the below libraries to the recommended version or later.

xstream:
Current version : 1.3.1
Recommended safe version : 1.4.11
References :
CVE-2019-10173
https://www.cvedetails.com/cve/CVE-2019-10173/

not-yet-commons-ssl :
Current version : 0.3.11
Recommended safe version : 0.3.15 or later
References :
CVE-2014-3604
https://www.cvedetails.com/cve/CVE-2014-3604/

log4j :
Current version : 1.2.4
Recommended safe version : 2.8.2 or later
References :
CVE-2017-5645
https://www.cvedetails.com/cve/CVE-2017-5645/

The project is ostensibly setup to compile and publish Java Docs, but there is very little actual documentation written. Most of the Java Doc output is just from the source code objects themselves (packages, classes, interfaces, methods, fields, etc?). We should work on adding human readable documentation to help users of the API.

c.f. "current" (v5.5.0 at time I am writing this) published Java Docs API - https://www.soapui.org/apidocs/overview-summary.html
(are there a stable links to the apidocs for release version?)

Was trying to save an XML response from the server. Thought file would save as .xml but was shocked to find it save with no extension.

Reproduction steps:

1. Right click the response and choose Save as.
2. Presented with Save dialog.
   
3. Name file and click Save
4. Find that .xml was not appended to file as the dialog seemed to imply.

Do we have any release date or timeline for the next release(5.6.0) of SOAPUI?

Using SoapUI 5.5.0 on Fedora 29 Linux I saw the following XML was saved by SoapUI:

<con:setting id="com.eviware.soapui.impl.wsdl.WsdlRequest@request-headers">&lt;xml-fragment/></con:setting>

Isn't it good practice to escape the ">" in "&lt;xml-fragment/>" ?
(https://www.w3.org/TR/2008/REC-xml-20081126/#syntax)

The spec says:
The right angle bracket (>) may be represented using the string " > ", and MUST, for compatibility, be escaped using either " &gt; "...

To reproduce:

• Create a new Project, TestSuite and TestCase
• Create a step in the new TestCase
• Save the project
• View the .xml file with a plain text editor.

<?xml version="1.0" encoding="UTF-8"?> <con:soapui-project id="b279c92b-983d-4e62-8ccf-f3565802ee4a" activeEnvironment="Default" name="Test01" resourceRoot="" soapui-version="5.5.0" xmlns:con="http://eviware.com/soapui/config"><con:settings/><con:testSuite id="eed7f194-2590-4856-9231-c8473c98cbca" name="TestSuite 1"><con:settings/><con:runType>SEQUENTIAL</con:runType><con:testCase id="4d63af20-d60a-44c8-bb44-2bb6fd1dbf25" failOnError="true" failTestCaseOnErrors="true" keepSession="false" maxResults="0" name="TestCase 1" searchProperties="true"><con:settings/><con:testStep type="httprequest" name="HTTP Request" id="2eca4d9d-e49c-4125-8397-74a4cf2471d9"><con:settings/><con:config method="GET" xsi:type="con:HttpRequest" id="10f6d7da-aa06-4bcf-ba5e-0faa6d62aeac" name="HTTP Request" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><con:settings><con:setting id="com.eviware.soapui.impl.wsdl.WsdlRequest@request-headers">&lt;xml-fragment/></con:setting></con:settings><con:endpoint>http://www.google.com/</con:endpoint><con:request/><con:assertion type="Valid HTTP Status Codes" id="88afbc3a-1cd8-41cd-9a44-a3cfe6629487" name="Valid HTTP Status Codes"><con:configuration><codes>200</codes></con:configuration></con:assertion><con:credentials><con:authType>No Authorization</con:authType></con:credentials><con:jmsConfig JMSDeliveryMode="PERSISTENT"/><con:jmsPropertyConfig/><con:parameters/></con:config></con:testStep><con:properties/></con:testCase><con:properties/></con:testSuite><con:properties/><con:wssContainer/><con:oAuth2ProfileContainer/><con:oAuth1ProfileContainer/><con:sensitiveInformation/></con:soapui-project>

To reproduce check the Energy tab, Graphics Card column in Activity Monitor (or use gfxCardStatus https://gfx.io/) and see the graphics being switched immediately to discrete when starting SoapUI.

Issue description

When the user reopens the SoapUI Preferences window the application gives focus to the preferences menu-item which was opened the last time before the windows was closed while the belonging form is loaded. Instead: the HTTPS settings form is loaded.

Reproduction path

1. Start the application
2. Open the SoapUI Preferences window from the menu
   
3. Select any menu-item other than the HTTPS settings;
4. Close the SoapUI Preferences window
   
5. Reopen the SoapUi Preferences window from the menu
   

Actual result

The HTTPS settings form is loaded while the menu-item which was opened at step 3 has focus.

Expected result

Depending on what the intended application behavior is two solutions can be proposed.

Load the form of the menu-item which has focus
If the indented behavior is to remember the last opened form when reopening the SoapUI preferences window, then the belonging form should be loaded too.

Load always the default form
If the indented behavior is to always load the default form, which is the HTTP settings form, then the application should not automatically give focus on the menu-item of the last opened preferences form before the window was closed. When the SoapUI Preferences window is opened for the first time during a session it loads the HTTP settings form without automatically selecting the belonging menu-item. It would make sense give focus to this menu-item to.

Can i use soapui's test runner in combination with groovy?

Situation:

• Postman supports a flawless OpenAPI import: https://blog.getpostman.com/2018/12/11/postman-supports-openapi-3-0/

Goal:

• As the new "de-facto" standard, this format with import / export should be supported in SOAP-UI too.

Hi, there!

We are a research team working on third-party library analysis. We have found that some widely-used third-party libraries in your project have major/critical bugs, which will degrade the quality of your project. We highly recommend you to update those libraries to new versions.

We have attached the buggy third-party libraries and corresponding jira issue links below for you to have more detailed information. We have analyzed the api call related to the following libraries and found one library that is using the API call that might invoke buggy methods in the library of the history.

1. commons-lang commons-lang
   version: 2.4
   API call in your project:org.apache.commons.lang.builder.HashCodeBuilder.toIdentityHashCodeInteger(Object)

Jira issues:
StringEscapeUtils.escapeJava(String) escapes '/' characters
version:2.4
Fix case-insensitive string handling
version:2.4
StringEscapeUtils.escapeHTML() does not escape chars (0x00-0x20)
version:2.4
DateUtils.round doesn't work correct for Calendar.AM_PM
version:2.4
Lower Ascii Characters don't get encoded by Entities.java
version:2.4
Issue in HashCodeBuilder which only shows up under high load multi-threaded usage.
version:2.4
Ant build file does not include ReflectTestSuite
version:2.4
EqualsBuilder and HashCodeBuilder treat java.math.BigDecimal inconsistantly and break general contract of hashCode
version:2.4
JDK 1.5 build/runtime failure on LANG-393 (EqualsBuilder)
version:2.4
ExtendedMessageFormat: OutOfMemory with custom format registry and a pattern containing single quotes
version:2.4
parseDate cannot parse ISO8601 dates produced by FastDateFormat
version:2.4
DateFormatUtils.format does not correctly change Calendar TimeZone in certain situations
version:2.4
StringUtils replaceEach - Bug or Missing Documentation
version:2.4
Javadoc wrong for StringUtils startsWith; startsWithIgnoreCase; endsWith and endsWithIgnoreCase
version:2.4
HashCodeBuilder reflectionAppend creates unnecessary copy of excludeFields
version:2.4
ExceptionUtils uses mutable lock target
version:2.4
ClassUtils.toClass(Object[]) throws NPE on null array element
version:2.4
StringUtils lastIndexOf(String str; char searchChar; int startPos) not working
version:2.4
2. org.apache.httpcomponents httpclient
version: 4.1.1
Jira issues:
Kerberos cross-realm support is broken
version:4.1.1
NTFS Authentication proxy error 407
version:4.1 Final;4.1.1
HttpClient does not retry authentication when multiple challenges are present if the primary one fails
version:4.1.1
Error downloading text file with gzip content encoding
version:4.1.1
ResponseCachingPolicy uses integers for sizes
version:4.1.1
Infinite loop on basic authentication
version:4.1.1;4.1.2
org.apache.http.impl.client.cache.memcached.MemcachedHttpCacheStorage uses URL as cache key - shouldn't.
version:4.1.1;4.1.2
3. commons-logging commons-logging
version: 1.1.1
Jira issues:
Unit tests fail on linux with java16
version:1.1.1
deadlock on re-registration of logger
version:1.1.1
Potential missing privileged block for class loader
version:1.1.1
Log4JLogger uses deprecated static members of Priority such as INFO
version:1.1.1
LogFactory/LogFactoryImpl ingore Throwable
version:1.1.1
LogFactory.nullClassLoaderFactory is not properly synchronized
version:1.1.1
SimpleLog.log - unsafe update of shortLogName
version:1.1.1
BufferedReader is not closed properly
version:1.1.1;1.2
4. commons-cli commons-cli
version: 1.2
Jira issues:
Unable to select a pure long option in a group
version:1.0;1.1;1.2
Clear the selection from the groups before parsing
version:1.0;1.1;1.2
Commons CLI incorrectly stripping leading and trailing quotes
version:1.1;1.2
Coding error: OptionGroup.setSelected causes java.lang.NullPointerException
version:1.2
StringIndexOutOfBoundsException in HelpFormatter.findWrapPos
version:1.2
HelpFormatter strips leading whitespaces in the footer
version:1.2
OptionBuilder only has static methods; yet many return an OptionBuilder instance
version:1.2
Unable to properly require options
version:1.2
Download link gives HTTP/1.1 403 Forbidden
version:1.2
OptionValidator Implementation Does Not Agree With JavaDoc
version:1.2
5. commons-io commons-io
version: 2.4
Jira issues:
IOUtils copyLarge() and skip() methods are performance hogs
version:2.3;2.4
CharSequenceInputStream#reset() behaves incorrectly in case when buffer size is not dividable by data size
version:2.4
[Tailer] InterruptedException while the thead is sleeping is silently ignored
version:2.4
IOUtils.contentEquals* methods returns false if input1 == input2; should return true
version:2.4
Apache Commons - standard links for documents are failing
version:2.4
Links are broken on User Guide....
version:2.4
FileUtils.sizeOfDirectoryAsBigInteger can overflow
version:2.4
Regression in FileUtils.readFileToString from 2.0.1
version:2.1;2.2;2.3;2.4
Correct exception message in FileUtils.getFile(File; String...)
version:2.4
org.apache.commons.io.FileUtils#waitFor waits too long
version:2.4
getPrefixLength return -1 if unix file contains colon
version:2.4
FilenameUtils should handle embedded null bytes
version:2.4
Exceptions are suppressed incorrectly when copying files.
version:2.4;2.5
6. commons-codec commons-codec
version: 1.3
Jira issues:
[codec] Using US_ENGLISH static in Soundex causes NPE
version:1.3
org.apache.commons.codec.net.URLCodec.ESCAPE_CHAR isn't final but should be
version:1.2;1.3;1.4
[codec] Base64.isArrayByteBase64() throws an ArrayIndexOutOfBoundsException for negative octets.
version:1.3
[codec] Source tarball spews files all over the place
version:1.3
Base64.encodeBase64() throws NegativeArraySizeException on large files
version:1.3
Fix case-insensitive string handling
version:1.3
Make string2byte conversions indepedent of platform default encoding
version:1.3
All links to fixed bugs in the "Changes Report" http://commons.apache.org/codec/changes-report.html point nowhere; e.g. http://issues.apache.org/jira/browse/34157. Looks as if all JIRA tickets were renumbered.
version:1.1;1.2;1.3;1.4
DigestUtils: MD5 checksum is not calculated correctly on linux64-platforms
version:1.3;1.4

Sincerely~
FDU Software Engineering Lab
Marth 14th,2019

Downloading: https://repo.maven.apache.org/maven2/org/apache/xmlbeans/xmlbeans/3.1.1-sb-fixed/xmlbeans-3.1.1-sb-fixed.jar
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] SoapUI project .................................... SUCCESS [37.288s]
[INFO] SoapUI ............................................ FAILURE [1:18.582s]
[INFO] SoapUI Maven plugin ............................... SKIPPED
[INFO] SoapUI installer .................................. SKIPPED
[INFO] SoapUI Maven plugin tester ........................ SKIPPED
[INFO] SoapUI system test ................................ SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1:56.033s
[INFO] Finished at: Fri May 15 17:36:18 EDT 2020
[INFO] Final Memory: 15M/57M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.mojo:xmlbeans-maven-plugin:2.3.5-sb-fixed:xmlbeans (default) on project soapui:
Execution default of goal org.codehaus.mojo:xmlbeans-maven-plugin:2.3.5-sb-fixed:xmlbeans failed:
Plugin org.codehaus.mojo:xmlbeans-maven-plugin:2.3.5-sb-fixed or one of its dependencies could not be resolved:
Could not find artifact org.apache.xmlbeans:xmlbeans:jar:3.1.1-sb-fixed in central (https://repo.maven.apache.org/maven2) -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]

If a contract contains a security policy for Basic Authentication, and you add the credentials, it will send the header.

It seems if a contract omits the policy, despite adding the credentials, SoapUI will not send the header.

This can be verified by creating a request for a service which doesn't contain auth, then add auth to the request and click 'Raw' tab, the header will not be present.

I'm new to Groovy scripts in SoapUI and am struggling to figure out how to reference a TestSuite property from a TestSuite Setup Script. I know I can access Test Suite properties inside a Test Case Setup Script by calling testRunner.testCase.testSuite.getPropertyValue("name"), but the testRunner property does not appear to be available in the Test Suite Setup Script class. Is there a different way to do this from the TestSuite Setup Script?

The full error is, "groovy.lang.MissingPropertyException: No such property: testRunner for class: Script{0}", where {0} is a number.

According to this link, we cannot run REST Mock Service with TLS/SSL on SoapUI SoapUI 5.4.0.

Unfortunately SSL is only implemented for SOAP mock services, not REST. There is a feature request for the latter. See: http://forum.soapui.org/viewtopic.php?f=2&t=25160

Is this still same on SoapUI 5.5.0?

Body is only available for the POST request, probably because of this code in AbstractMockRequest.java constructor:

 if ("POST".equals(request.getMethod())) {
     initPostRequest(request, context);
}

Is there any way to recompile the project? I don't get it running at all, but maybe my environment (fresh CentOS VM and on my Windows PC with all modules required) is buggy.

A Vagrantfile would be great.

Setup

git clone https://github.com/SmartBear/soapui.git
cd soapui
mvn clean install

Build environment

java version "1.8.0_211"
Java(TM) SE Runtime Environment (build 1.8.0_211-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.211-b12, mixed mode)

Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555; 2019-04-04T21:00:29+02:00)
Maven home: C:\ProgramData\chocolatey\lib\maven\apache-maven-3.6.1\bin\..
Java version: 1.8.0_211, vendor: Oracle Corporation, runtime: C:\Program Files\Java\jdk1.8.0_211\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Error Message:

[WARNING] The POM for xmlbeans:xbean:jar:fixed-2.4.0 is missing, no dependency information available
[WARNING] The POM for jetty:jetty:jar:6.1.26 is missing, no dependency information available
[WARNING] The POM for jetty:jetty-util:jar:6.1.26 is missing, no dependency information available
[WARNING] The POM for commons-ssl:not-yet-commons-ssl:jar:0.3.11 is missing, no dependency information available
[WARNING] The POM for json:json-lib:jar:2.2.2-jdk15 is missing, no dependency information available
[WARNING] The POM for bouncycastle:bcprov-jdk15:jar:144 is missing, no dependency information available
[WARNING] The POM for l2fprod:l2fprod-common-directorychooser:jar:7.3 is missing, no dependency information available
[WARNING] The POM for com.btr:proxy-vole:jar:20131209 is missing, no dependency information available

I opened an existing file in SOAPUI and made some changes. But did not save the file yet.

Then the file changed outside SOAPUI because I checked out a different branch in the SCM where the SOAP project file was taken from.

Then I completely deleted the checked out working copy. Then I wanted to close SOAPUI.

Clicking the X on the window manager opens a dialog "Exit? Yes/No". When clicking "Yes", I get an error message with an IOException.

I think this has something to do with the "File has changed outside of SOAPUI - overwrite?" dialog that normally pops up when the file was changed outside SOAPUI and you want to exit SOAPUI

Could not resolve dependencies for project com.smartbear.soapui:soapui:jar:5.6.0-SNAPSHOT: The following artifacts could not be resolved: com.smartbear.utils.analytics:analytics-core:jar:5.6.0-SNAPSHOT, com.smartbear.utils.analytics:out-app-analytics-provider:jar:5.6.0-SNAPSHOT: Failure to find com.smartbear.utils.analytics:analytics-core:jar:5.6.0-SNAPSHOT in https://www.soapui.org/repository/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of smartbear-soapui-repository has elapsed or updates are forced

Dear Devs
We have been experimenting with soapUI for quite a while and like it pretty much.
There is a project where we are having trouble with ntlm webservices in a bit of a complexe scenario. The bug is fully described here https://issues.apache.org/jira/browse/HTTPCLIENT-1107 and is fixed as of httpclient version 4.2.x.

I'd like to kindly ask you to update the httpclient library to a more uptodate version.
With best regards, Alican

Summary - The 5.5 release seems to be looking for 5.6.0-SNAPSHOT versions of artifacts

Attached are the the output of 3 run attempts for the 5.5 release branch,
release-5.5.0_branch_failed_build.txt
release-5.5.0_branch_failed_build_with_dash_e.txt
release-5.5.0_branch_failed_build_with_dash_X.txt

The result of "mvn clean install" is in
release-5.5.0_branch_failed_build.txt

The result of "mvn -e clean install" is in
release-5.5.0_branch_failed_build_with_dash_e.txt

The result of "mvn -X clean install" is in
release-5.5.0_branch_failed_build_with_dash_X.txt

Below is the error :

[ERROR] Failed to execute goal on project soapui: Could not resolve dependencies for project com.smartbear.soapui:soapui:jar:5.6.0-SNAPSHOT: The following artifacts could not be resolved: com.smartbear.utils.analytics:analytics-core:jar:5.6.0-SNAPSHOT, com.smartbear.utils.analytics:out-app-analytics-provider:jar:5.6.0-SNAPSHOT: Failure to find com.smartbear.utils.analytics:analytics-core:jar:5.6.0-SNAPSHOT in http://www.soapui.org/repository/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of smartbear-sweden-repository has elapsed or updates are forced -> [Help 1]

On Windows 10 when the DPI is not equal to 1 this app doesn't render at the correct modified DPI. This represents an accessibility issue for the vision impaired.

Is it possible to generate WSDL operation payload using soapUI as a java dependency on a maven project? The requirement is to use only those payload features and not UI functions.

Steps:
Import WSDL and get all the operations alone with possible request payload

If you have an endpoint which ends with -
the request fails with a java.lang.exception error. It fails gracefully.
Also would like to suggest that the appearance of the product is altered slightly. Having a single row to show Method, Endpoint, Resource and Parameters makes viewing a test a little awkward.
Also trying to amend parameters seems a little clunky, clicking into the fields seems not to be reliable to amend an existing parameter.

I use the SoapUI 4.5.1 Mac version.

Reproduce Steps:

1. Send a POST request to a resource path many times
2. Check wireshark
3. GET requests were sent by SoapUI
4. Those GET request actions were not logged in http log view. (Only POST requests in there.)

I check it for both windows and mac version. Only mac version will raise this issue.

btw, there's no useful hotkey for mac version :'(

How to set dark theme to SoapUI ?

file names created are like *1_2_3_4_5_6..._n.xsd, while it should just be *_n.xsd