ContributionsMost RecentMost LikesSolutionsRe: SoapUI duplicates TestSuites whose name contain a dash "-"Hi, I ran into a very similar problem using SoapUI pro 4.5.2 official release (32-bit) on Windows 7. The only difference is it does not seem to relate to any special characters at all. 1) Created a new project 2) import a WSDL 3) Create a testsuite 4) Create a testcase 5) Create a WSDLTestRequestStep 6) Set the project to composite 7) Save the project Reopen the project I get the same error as in the post above and some projects and all operation sample request in my project are double. The main reason for using composite projects is because of project size which can swell up very fast to unusable proportions to the point that it goes out of memory. Perhaps I can send you a copy of my project directly as cannot post it in a public forum.Re: ClientProtocolException since 4.5.1 upgrade.For a temporary workaround in 4.5.1 you can set the headers in the request before sending it. That seems to have solved it for me.Re: Cannot run AMF request with "Unsupported AMF version 15,393"No other parameters. The only things I have are the endpoint and AMF call. I also tried the example given on SOAPUI AMF website (http://www.soapui.org/AMF/calling-amf-services.html), and the same exception still remains.Cannot run AMF request with "Unsupported AMF version 15,393"Hi, I tried to run an AMF Request with the right endpoint and AMF call using SoapUI Pro, the call can't be run and instead I got the following error. I wonder what could have caused this? Thanks Tue Oct 25 17:10:29 EDT 2011:ERROR:ClientStatusException message: flex.messaging.MessageException: Unsupported AMF version 15,393. code: AMFConnection.Call.Failed ClientStatusException message: flex.messaging.MessageException: Unsupported AMF version 15,393. code: AMFConnection.Call.Failed at com.eviware.soapui.impl.wsdl.panels.teststeps.amf.SoapUIAMFConnection.call(SoapUIAMFConnection.java:277) at com.eviware.soapui.impl.wsdl.panels.teststeps.amf.AMFCredentials.login(AMFCredentials.java:47) at com.eviware.soapui.impl.wsdl.panels.teststeps.amf.AMFSubmit.getConnection(AMFSubmit.java:238) at com.eviware.soapui.impl.wsdl.panels.teststeps.amf.AMFSubmit.executeAmfCall(AMFSubmit.java:182) at com.eviware.soapui.impl.wsdl.panels.teststeps.amf.AMFSubmit.run(AMFSubmit.java:129) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: flex.messaging.MessageException: Unsupported AMF version 15,393. at flex.messaging.io.amf.AmfMessageDeserializer.readMessage(AmfMessageDeserializer.java:98) at com.eviware.soapui.impl.wsdl.panels.teststeps.amf.SoapUIAMFConnection.processHttpResponseBody(SoapUIAMFConnection.java:411) at com.eviware.soapui.impl.wsdl.panels.teststeps.amf.SoapUIAMFConnection.processHttpResponse(SoapUIAMFConnection.java:397) at com.eviware.soapui.impl.wsdl.panels.teststeps.amf.SoapUIAMFConnection.send(SoapUIAMFConnection.java:489) at com.eviware.soapui.impl.wsdl.panels.teststeps.amf.SoapUIAMFConnection.call(SoapUIAMFConnection.java:267) ... 10 moreRe: Action Extension no longer working in SopaUIPro 3.6.1The latest nightly build does not seem to resolve my issue. Here is the configuration of my extension: <?xml version="1.0" encoding="UTF-8"?> <tns:soapui-actions xmlns:tns="http://eviware.com/soapui/config"> <tns:action id="SwitchEnvironment" actionClass="com.acquisio.soapui.SwitchEnvironment"/> <tns:actionGroup id="EnabledWsdlProjectActions"> <tns:actionMapping actionId="SwitchEnvironment" name="Switch Environment" description= "Switch between dev and staging" param="com.acquisio.soapui.SwitchEnvironment"/> </tns:actionGroup> </tns:soapui-actions>Action Extension no longer working in SopaUIPro 3.6.1Hi, I recently upgraded my version of SoapUIPro from 3.6 to 3.6.1 and as a side effect, actions that I was using that were developed as extensions are no longer working. I f I revert to 3.6 they work without any issues. The SoapUIPro preference is set to the right path for the groovy script library but I tells me it cannot find the class. Where there any changes regarding action extensions between the two version? Here is the exception I get when starting SoapUI: Mon May 09 09:33:07 EDT 2011:ERROR:java.lang.ClassNotFoundException: com.acquisio.soapui.SwitchEnvironment java.lang.ClassNotFoundException: com.acquisio.soapui.SwitchEnvironment at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at com.eviware.soapui.support.action.SoapUIActionRegistry.addConfig(SoapUIActionRegistry.java:141) at com.eviware.soapui.SwingSoapUICore.addExternalActions(SwingSoapUICore.java:166) at com.eviware.soapui.SwingSoapUICore.afterStartup(SwingSoapUICore.java:84) at com.eviware.soapui.SoapUIPro$SoapUIProCore.afterStartup(SourceFile:994) at com.eviware.soapui.SoapUI.startSoapUI(SoapUI.java:790) at com.eviware.soapui.SoapUIPro.b(SourceFile:268) at com.eviware.soapui.SoapUIPro.a(SourceFile:193) at com.eviware.soapui.SoapUIPro$SoapUIProRunner.run(SourceFile:1198) at com.eviware.soapui.SoapUIPro.main(SourceFile:234) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at com.exe4j.runtime.LauncherEngine.launch(Unknown Source) at com.exe4j.runtime.WinLauncher.main(Unknown Source)How to bring up comments from lower level to higher level?I have a problem: Say in a main groovy script, I have testcase1.run(new StringToObjectMap(), false); the above returns a WsdlTestCaseRunner object which can be used to show the error message or other system messages. But say testcase1 contains a bunch of groovy script teststeps, each groovy script has log.info() in it. Running testcase1.run(new StringToObjectMap(), false) doesn't bring up these lower level comments (i.e. log.info), right now I can only bring the info to the main level if I call it teststep by teststep instead of running it as a testcase. How can bring up the lower-level comments to the main script while running it as a testcase (not teststep by teststep)? thanks!Re: Accessing last execution results of testsuites and testcases run from the GUIWould it help If I provided you with some sample code of my extension?Re: Accessing last execution results of testsuites and testcases run from the GUIYes, I have other actions at the same level that are working as expected. Basically when I call the getDesktopPanel() method I provide the testsuite from which I executed the action as an argument but I can't get it to return anything.Re: Accessing last execution results of testsuites and testcases run from the GUIHi Ole, I've downloaded the nightly build and tried the code snippet that you have provided but I cannot seem to get the DesktopPanel to be returned. Perhaps I misunderstood which window needs to remain opened. "SoapUI.getDesktop().getDesktopPanel( testSuite )" returns null for me even with the testsuite editor left open after I ran a testsuite. Pat