Contributions
BUG! exception in phase 'semantic analysis' in source unit
We are stuck using 4.6.4 as I get the following error when trying to load the libraries in any versionabove it. It does not matter if I've changed anything in the script library and I'm using the same groovy-all-2.1.7.jar in both 4.6.4 and anything above that version. I just have to run the test case, test step that uses methods in the script library. How do I get beyond this so we can move up to the latest version of SoapUI NG Pro? Error is: BUG! exception in phase 'semantic analysis' in source unit 'Script10.groovy' The lookup for soapui.hapi.General caused a failed compilaton. There should not have been any compilation from this call. The stack trace is: Wed Apr 15 16:35:49 EDT 2015:ERROR:cannot get error line number! Wed Apr 15 16:35:49 EDT 2015:ERROR:java.lang.IllegalStateException: No match found java.lang.IllegalStateException: No match found at java.util.regex.Matcher.group(Unknown Source) at com.eviware.soapui.support.GroovyUtils.extractErrorLineNumber(GroovyUtils.java:132) at com.eviware.soapui.impl.wsdl.teststeps.WsdlGroovyScriptTestStep.run(WsdlGroovyScriptTestStep.java:164) at com.eviware.soapui.impl.wsdl.panels.teststeps.GroovyScriptStepDesktopPanel$RunAction$1.run(GroovyScriptStepDesktopPanel.java:263) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Wed Apr 15 16:35:49 EDT 2015:ERROR:BUG! exception in phase 'semantic analysis' in source unit 'Script9.groovy' The lookup for soapui.hapi.General caused a failed compilaton. There should not have been any compilation from this call. BUG! exception in phase 'semantic analysis' in source unit 'Script9.groovy' The lookup for soapui.hapi.General caused a failed compilaton. There should not have been any compilation from this call. at org.codehaus.groovy.control.ClassNodeResolver.tryAsLoaderClassOrScript(ClassNodeResolver.java:188) at org.codehaus.groovy.control.ClassNodeResolver.findClassNode(ClassNodeResolver.java:168) at org.codehaus.groovy.control.ClassNodeResolver.resolveName(ClassNodeResolver.java:124) at org.codehaus.groovy.control.ResolveVisitor.resolveToOuter(ResolveVisitor.java:616) at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:268) at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:236) at org.codehaus.groovy.control.ResolveVisitor.transformPropertyExpression(ResolveVisitor.java:773) at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:636) at org.codehaus.groovy.control.ResolveVisitor.transformPropertyExpression(ResolveVisitor.java:757) at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:636) at org.codehaus.groovy.ast.expr.Expression.transformExpressions(Expression.java:49) at org.codehaus.groovy.ast.expr.ArgumentListExpression.transformExpression(ArgumentListExpression.java:67) at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:651) at org.codehaus.groovy.control.ResolveVisitor.transformMethodCallExpression(ResolveVisitor.java:983) at org.codehaus.groovy.control.ResolveVisitor.transform(ResolveVisitor.java:642) at org.codehaus.groovy.ast.ClassCodeExpressionTransformer.visitExpressionStatement(ClassCodeExpressionTransformer.java:139) at org.codehaus.groovy.ast.stmt.ExpressionStatement.visit(ExpressionStatement.java:40) at org.codehaus.groovy.ast.CodeVisitorSupport.visitBlockStatement(CodeVisitorSupport.java:35) at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitBlockStatement(ClassCodeVisitorSupport.java:163) at org.codehaus.groovy.control.ResolveVisitor.visitBlockStatement(ResolveVisitor.java:1240) at org.codehaus.groovy.ast.stmt.BlockStatement.visit(BlockStatement.java:69) at org.codehaus.groovy.ast.CodeVisitorSupport.visitCatchStatement(CodeVisitorSupport.java:279) at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitCatchStatement(ClassCodeVisitorSupport.java:178) at org.codehaus.groovy.control.ResolveVisitor.visitCatchStatement(ResolveVisitor.java:1229) at org.codehaus.groovy.ast.stmt.CatchStatement.visit(CatchStatement.java:41) at org.codehaus.groovy.ast.CodeVisitorSupport.visitTryCatchFinally(CodeVisitorSupport.java:84) at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitTryCatchFinally(ClassCodeVisitorSupport.java:228) at org.codehaus.groovy.ast.stmt.TryCatchStatement.visit(TryCatchStatement.java:42) at org.codehaus.groovy.ast.CodeVisitorSupport.visitBlockStatement(CodeVisitorSupport.java:35) at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitBlockStatement(ClassCodeVisitorSupport.java:163) at org.codehaus.groovy.control.ResolveVisitor.visitBlockStatement(ResolveVisitor.java:1240) at org.codehaus.groovy.ast.stmt.BlockStatement.visit(BlockStatement.java:69) at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitClassCodeContainer(ClassCodeVisitorSupport.java:101) at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitConstructorOrMethod(ClassCodeVisitorSupport.java:112) at org.codehaus.groovy.ast.ClassCodeExpressionTransformer.visitConstructorOrMethod(ClassCodeExpressionTransformer.java:50) at org.codehaus.groovy.control.ResolveVisitor.visitConstructorOrMethod(ResolveVisitor.java:166) at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitMethod(ClassCodeVisitorSupport.java:123) at org.codehaus.groovy.ast.ClassNode.visitContents(ClassNode.java:1055) at org.codehaus.groovy.ast.ClassCodeVisitorSupport.visitClass(ClassCodeVisitorSupport.java:50) at org.codehaus.groovy.control.ResolveVisitor.visitClass(ResolveVisitor.java:1183) at org.codehaus.groovy.control.ResolveVisitor.startResolving(ResolveVisitor.java:141) at org.codehaus.groovy.control.CompilationUnit$10.call(CompilationUnit.java:632) at org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:912) at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:574) at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:523) at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:279) at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:258) at groovy.lang.GroovyShell.parseClass(GroovyShell.java:613) at groovy.lang.GroovyShell.parse(GroovyShell.java:625) at groovy.lang.GroovyShell.parse(GroovyShell.java:652) at groovy.lang.GroovyShell.parse(GroovyShell.java:643) at com.eviware.soapui.support.scripting.groovy.SoapUIGroovyScriptEngine.compile(SoapUIGroovyScriptEngine.java:138) at com.eviware.soapui.support.scripting.groovy.SoapUIGroovyScriptEngine.run(SoapUIGroovyScriptEngine.java:89) at com.eviware.soapui.support.scripting.groovy.SoapUIProGroovyScriptEngineFactory$SoapUIProGroovyScriptEngine.run(SoapUIProGroovyScriptEngineFactory.java:76) at com.eviware.soapui.impl.wsdl.teststeps.WsdlGroovyScriptTestStep.run(WsdlGroovyScriptTestStep.java:142) at com.eviware.soapui.impl.wsdl.panels.teststeps.GroovyScriptStepDesktopPanel$RunAction$1.run(GroovyScriptStepDesktopPanel.java:263) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Thanks for your time! Mary9 years agoPlace ReadyAPI QuestionsReadyAPI Questions6.3KViews0likes6CommentsRe: Fix for hanging issue when assertion fails in teardown?
I already have the "fail on error" unchecked. That is not the issue :-). The issue is I'm calling the testcase to run via groovy, not by the Run testcase step. If I was doing the latter, your solution would work which I already know. When I run the code via the teardown script, the testcase/teststep returns the error to the calling test case, but the testcase/teststep NEVER stops running. I have to restart SoapUI. If I run the exact code via a groovy script at the end of the testcase, the error is not returned to the calling testcase, but the testcase/teststep completes. Do you have any other suggestions? Thanks, Mary11 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.7KViews0likes0CommentsRe: Fix for hanging issue when assertion fails in teardown?
If I put the same code in a groovy step it's not returning the failure back to the calling test case. It seems that putting it in the teardown script is the best solution. I've tried using various events as well with no luck. Any suggestions? I'm calling a method in a class. The method's code is here (I got it from this forum and modified it a bit): def static getErrors(sname,testRunner,log ) { def results = testRunner.results log.info( "Checking " + results.size() + " TestStepResults.." ) def c = 0; while( c < results.size() ) { if( results[c].status.toString() == "FAILED" ) { break; } c++ } // failed? if( c < results.size() ) { assert false, "Failure in TestStep [" + results[c].testStep.name + "] for " + sname + " with this message"+results[c].messages /*for( msg in results[c].messages ) { //log.info(c+": "+msg ) assert false, results[c].testStep.name+" failed for "+sname+ " with this message"+ msg } */ } }11 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.7KViews0likes0CommentsRe: Fix for hanging issue when assertion fails in teardown?
Thanks for the reply. Is that documented anywhere? It seems as I'm not the only one to do this... I was using it to gather up all the errors in the test case and return it to the calling testcase. I'll see if I can do the same thing with a groovy test step. It seemed that I couldn't before. I'll let you know... Thanks, Mary11 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.7KViews0likes0CommentsFix for hanging issue when assertion fails in teardown?
Hi, I'm encountering an issue that has been previously reported where the test case hangs if using a teardown script where the assertion fails. If I run the same script as a groovy script step, everything is fine. Any word on when this will be fixed? http://www.leaderwww.soapui.org/viewtopic.php?t=16472 Thanks, Mary11 years agoPlace ReadyAPI QuestionsReadyAPI Questions3.4KViews0likes6CommentsRe: SoapUI hangs if assertion failed in TestCase TearDown Script
Any word on fixing this? I have soapui pro and ran into the same issue with the teardown script. If I move the code to a groovy step it fixes it. I'm running soapui pro 4.5.111 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.7KViews0likes0Comments- 12 years agoPlace ReadyAPI QuestionsReadyAPI Questions1KViews0likes0Comments
[Resolved] java.lang.NoClassDefFoundError in 4.5.1
Hi, I didn't get any response by replying to an old post where I had the same issue so writing a new post. Same issue as before, java.lang.NoClassDefFoundError when running a certain step (same stack trace) and is pointing to where I have the ant.jar and antlauncher.jar as the area it's having the issue with is AntBuilder. In 3.6 the files needed to be in /bin/ext. In 3.6.1 the files needed to be in /bin. I've tried both for 4.5.1 with no luck. Where do ant.jar and antloader.jar files need to be in 4.5.1? Original Post has all the info you need. This is the same project, same issue: viewtopic.php?f=2&t=7808 Thanks, Mary12 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.6KViews0likes2CommentsRe: [Resolved] java.lang.NoClassDefFoundError in 3.6.1 and above
Hi, This issue seems to be happening in 4.5.1 with the same project regardless of where I put the ant.jar and antlauncher.jar (bin or bin/ext or both). The error is happening at the exact same place as before. Where do these 2 jar files need to live in for this to work? This particular project was working fine in 3.6 if the files are in the bin/ext dir and 3.6.1 if the files are in the bin dir. I was forced to upgrade due to renewing licenses (jumped from 3.6 to 4.5.1). Any ideas? Thanks, Mary12 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.8KViews0likes0Comments