Chris_Moesel
Occasional Contributor
Joined 18 years ago
User Profile
User Widgets
Contributions
SoapUI Pro froze (Not Responding) - Do I have to lose my changes?
I just sent a request to a web service and soapUI Pro 2.0.2 froze up. This is on windows and now the title bar says "soapUI 2.0.2 Pro (Not Responding)". This has happened before and when I force quit the app, I lose all unsaved changes. I haven't saved for about two hours-- is there anything I can do to somehow either (a) get soapUI unfrozen, or (b) get my unsaved changes dumped out? I guess I can also put in a feature request-- how about soapUI automagically saves changes to a temp file every five minutes or so? Then we never lose more than 5 minutes of work... I'm leaving soapUI up in hopes that it will either unfreeze itself or you can reply soon with good news! (Although I suspect that there's actually not much that can be done).2.6KViews0likes2CommentsSOAPui Pro 2.0.2 - No "Service Endpoints..." menu option
With SOAPui Pro 2.0.2, I am no longer seeing the "Service Endpoints..." option when I right-click and bring up a context menu on my project. I've attached a screenshot. I'd like to assign a new endpoint URL to all test requests. Is there a work-around? Thanks, Chris2.6KViews0likes2CommentsRe: Support Diff Tools For Comparing Failed Tests
I think that many of the diff tools support command-line options to start them. WinMerge has it's command line instructions here: http://winmerge.org/2.6/manual/CommandLine.html One of the preference settings for SOAPui could be the path to your WinMerge executable. When user wants to diff the failed test, you would save the expected and actual responses as separate files in a temp directory and then launch WinMerge using the command line call. Of course, WinMerge only works on Win32 systems, so you might want to support a few others as well... OR you could make it completely generic. The preferences could accept the path to any diff tool, along with the needed arguments, and you could use placeholders for the expected and actual responses. For example, WinMerge configuration might look like this: Executable: C:\Program Files\WinMerge\WinMerge.exe Args: /ub /dl "Expected Response" /dr "Actual Response" ${Expected} ${Actual} That requires a bit more of a power user, but it's super flexible. Anyway, if I write much more then I'll start wondering if I should have just coded it myself and made a contribution... So I'll stop here.1.7KViews0likes0CommentsSupport Diff Tools For Comparing Failed Tests
When a test fails based on a failed XPath Match, a little dialog pops up with a message from the XmlUnit.Diff tool. It is hard to use this message to find the real difference between the actual and expected response. It would be great if I could configure soapUI to use an external diff tool (like WinMerge) to compare the actual vs. expected response. Even better would be an integrated graphical diff tool, but allowing an external tool seems like a good first step. Thanks again for a great product!3.7KViews0likes3CommentsAccessing custom jars from within groovy
If I use soap ui pro from the default install directory, my groovy scripts cannot load my custom jars. In the groovy log, I get the following error: Wed Nov 21 09:37:27 EST 2007:ERROR:java.lang.AssertionError: java.net.URISyntaxException: Illegal character in path at index 16: file:/C:/Program Files/eviware/soapUI-Pro-2.0-beta1/bin/ext/iws-assets-integration-tests-1.1.2-BETA-jar-with-dependencies.jar It looks like the space is screwing it up. I can fix the problem by moving the installation to a new path that doesn't contain spaces.2.6KViews0likes2Comments2.0b1: Error getting project path in groovy TestSuite setup script
Hello, I love the new features for setup and teardown, project and testsuite properties, etc. Thank you! I am having trouble in a TestSuite setup script. It's easy to reproduce. The script is as follows: def groovyUtils = new com.eviware.soapui.support.GroovyUtils( context ) groovyUtils.projectPath When you run it, you get: Tue Nov 20 12:03:36 EST 2007:ERROR:java.lang.NullPointerException java.lang.NullPointerException at com.eviware.soapui.support.GroovyUtils.getProjectPath(GroovyUtils.java:39) at gjdk.com.eviware.soapui.support.GroovyUtils_GroovyReflector.invoke(Unknown Source) at groovy.lang.MetaMethod.invoke(MetaMethod.java:115) at org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassHelper.java:713) at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:882) at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:2077) at org.codehaus.groovy.runtime.Invoker.getProperty(Invoker.java:200) at org.codehaus.groovy.runtime.InvokerHelper.getProperty(InvokerHelper.java:205) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.getProperty(ScriptBytecodeAdapter.java:500) at Script5.run(Script5.groovy:1) [plus a bunch more stack trace] This same script seems to work fine if I use it as a test step though. Thanks, Chris2.6KViews0likes1CommentYou Rock
Ole and soapUI Team, Thanks for the latest snapshot! You added several new features I was meaning to ask for but never got around to. Specifically: - DataGrid properties support - Cloning Assertions - RegEx in Contains Assertions I'm also pleased to see you added the CXF generators-- I'm a very happy CXF user (and contributor) myself! Thanks. Also, just wanted to let you know I went to a No Fluff Just Stuff conference last week and attended an Open Source SOA session by Burr Sutter (JBoss)-- he highly recommended your tool and also spoke very kindly of Ole. Just thought you might want to know.2.3KViews0likes1Comment