Contributions
Re: Error when tying to save project...please help!
I have uninstalled an re-installed it with similar results. It seems to work at first and then I get error messages ever after. The funny thing is that is seems to actually be saving my project or at least parts of it. Changes I make are still there despite the error message. There is obviously something that is not able to save though.4.6KViews0likes0CommentsRe: Error when tying to save project...please help!
I am seeing this same error. I just upgraded to SoapUI Pro 4.6.4 on my Windows 7 64 bit machine. I tried the install just by clicking on it and then after seeing this error went back and re-installed as administrator. I still seem to be seeing this issue. Any ideas on how I can debug it? If I installed the package as an administrator I should have access to just about any folder so I'm not understanding this error.4.6KViews0likes0CommentsGoogle Dependency Problems
I am running a mvn command and the soapui-pro-plugin and getting the following error: 15:04:40,654 ERROR [SoapUI] An error occured [com/google/common/io/Files], see error log for details java.lang.NoClassDefFoundError: com/google/common/io/Files at com.eviware.soapui.impl.wsdl.support.wss.crypto.KeyMaterialWssCrypto.load(KeyMaterialWssCrypto.java:168) at com.eviware.soapui.impl.wsdl.support.wss.crypto.KeyMaterialWssCrypto.getStatus(KeyMaterialWssCrypto.java:246) at com.eviware.soapui.impl.wsdl.submit.transports.http.HttpClientRequestTransport.sendRequest(HttpClientRequestTransport.java:219) at com.eviware.soapui.impl.wsdl.WsdlSubmit.run(WsdlSubmit.java:123) at com.eviware.soapui.impl.wsdl.WsdlSubmit.submitRequest(WsdlSubmit.java:76) at com.eviware.soapui.impl.wsdl.WsdlRequest.submit(WsdlRequest.java:238) at com.eviware.soapui.impl.wsdl.teststeps.WsdlTestRequestStep.run(WsdlTestRequestStep.java:417) at com.eviware.soapui.impl.wsdl.support.AbstractTestCaseRunner.runTestStep(AbstractTestCaseRunner.java:238) at com.eviware.soapui.impl.wsdl.testcase.WsdlTestCaseRunner.runCurrentTestStep(WsdlTestCaseRunner.java:48) at com.eviware.soapui.impl.wsdl.support.AbstractTestCaseRunner.internalRun(AbstractTestCaseRunner.java:147) at com.eviware.soapui.impl.wsdl.support.AbstractTestCaseRunner.internalRun(AbstractTestCaseRunner.java:42) at com.eviware.soapui.impl.wsdl.support.AbstractTestRunner.run(AbstractTestRunner.java:135) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Caused by: java.lang.ClassNotFoundException: com.google.common.io.Files at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassLoader.java:195) at org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassRealm.java:255) at org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassRealm.java:274) at org.codehaus.classworlds.RealmClassLoader.loadClass(RealmClassLoader.java:214) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) ... 18 more It looks like this is related to Guava, but when I tried to include that as a dependency in my pom file I still get the same error. Any ideas on how to debug this issue?12 years agoPlace ReadyAPI QuestionsReadyAPI Questions4.9KViews0likes2CommentsRe: Resetting Endpoint in Script (Environments Feature)
I thought about adding to the script a call to retrieve the existing endpoint, save it in a property, and then set it back once the test case was done. This, however, will not work if I run the test cases in parallel.12 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.3KViews0likes0CommentsRe: Resetting Endpoint in Script (Environments Feature)
Yes, that is what I want. Here is some more description. I have a script that looks like this that I run against every test step in a few test cases: def static setTestStepEndpoint(testStep, log, String endpoint) { if (testStep instanceof RestTestRequestStep || testStep instanceof WsdlTestRequestStep) { testStep.getTestRequest().setEndpoint(endpoint) log.info("Endpoint for the test step + [" + testStep.getLabel() + "] is now [" + testStep.getTestRequest().getEndpoint() + "]") } } If I have an environment set other than "Default", then the above code changes that Environment's default endpoint, and every test case after the above code is run uses the new endpoint instead. I want the ability to have one or more test cases run against a non-standard endpoint without breaking the rest of my test cases.12 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.3KViews0likes0CommentsResetting Endpoint in Script (Environments Feature)
I have a script that for certain test cases resets the default endpoint used for only that test case. When I use anything but Default in the environments, once I make the changes for the one test case, it has made that same change for every other test case. It is like the endpoint value is a shared resource among all the test cases and when I change it on one test case, it changes all of them. This basically made the Environments feature worthless to me.12 years agoPlace ReadyAPI QuestionsReadyAPI Questions3.7KViews0likes4CommentsRe: Raw Request Not True
I just realized why I can't have these cookies sent in every request. When I run my test cases in parallel, I can remove the cookies for a test case, but often before I even run the test step that requires the cookies be removed, another test step from another test case has put cookies back in. If SoapUI wants to cache and resend Cookies acting more like a browser, that is fine, but they must do it atomic to a single test case.12 years agoPlace ReadyAPI QuestionsReadyAPI Questions975Views0likes0CommentsRe: Raw Request Not True
Found another thread that helped me get around this. http://www.eviware.com/forum/viewtopic.php?t=13170 Basically, the things I need to know are: Is SoapUI going to act like a browser and continue to send cached Cookies in every request or do I have more control over exactly which cookies get sent? Is that caching in the context of a single test case, a test suite, or the entire project? Can you fix the bug where the raw request does not show exactly what is getting sent across the wire? Will you provide a way to manage cookies in a UI?12 years agoPlace ReadyAPI QuestionsReadyAPI Questions975Views0likes0CommentsRaw Request Not True
I had an issue where a cookie was being sent despite my setting it to a bad value. When I looked at the raw view it shows what I expect, but when I looked in the http log I saw a different request being sent out. Raw Request POST [MY_SERVER]/[MY_LOCAL_URI] HTTP/1.1 Accept-Encoding: gzip,deflate Content-Type: application/x-www-form-urlencoded Accept: application/json Cookie: badcookie paramater=badvalue This is what I see in the http log: Wed May 16 11:28:22 MST 2012:DEBUG:>> "POST [MY_LOCAL_URI] HTTP/1.1[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "Accept-Encoding: gzip,deflate[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "Content-Type: application/x-www-form-urlencoded[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "Accept: application/json[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "Cookie: badcookie[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "Content-Length: 22[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "Host: [MY_HOST]:[MY_PORT][\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "Connection: Keep-Alive[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "User-Agent: Apache-HttpClient/4.1.1 (java 1.5)[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "Cookie: MCDS=****[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "Cookie2: $Version=1[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:>> "parameter=badvalue" Wed May 16 11:28:22 MST 2012:DEBUG:<< "HTTP/1.1 403 Forbidden[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:<< "Server: Apache-Coyote/1.1[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:<< "Content-Type: application/json;charset=UTF-8[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:<< "Content-Length: 242[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:<< "Date: Wed, 16 May 2012 18:28:22 GMT[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:<< "[\r][\n]" Wed May 16 11:28:22 MST 2012:DEBUG:<< "[MY_RESPONSE]" Am I missing something here? Why are we sending multiple cookies when I only specified one? I noticed that if I changed the Cookie value from badcookie to MCDS=badcookie, that the request was correct. You guys aren't acting like a browser and retaining and resending Cookies are you?12 years agoPlace ReadyAPI QuestionsReadyAPI Questions2.8KViews0likes3Comments