mkelderm
12 years agoOccasional Contributor
LoadUI (2.1.2) command line results in empty workspace file
Our load ui project works fine under windows. We we move the project to Linux, the LoadUI is failing:
The file "/usr/local/hudson/tmp/workspace9053006420532603783xml" exists, but it is empty. Is this a bug?
We are running LoadUI 2.1.2, the commands that are execute are:
Anyone an idea, why we get this error under Linux?
16:27:14,323 ERROR [CommandRunner] An error occured when executing the script
java.lang.RuntimeException: org.apache.xmlbeans.XmlException: /usr/local/hudson/tmp/workspace9053006420532603783xml:1:1: error: Unexpected end of file after null
at com.eviware.loadui.impl.model.WorkspaceProviderImpl.loadWorkspace(WorkspaceProviderImpl.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:318)
at org.springframework.osgi.service.importer.support.internal.aop.ServiceInvoker.doInvoke(ServiceInvoker.java:58)
at org.springframework.osgi.service.importer.support.internal.aop.ServiceInvoker.invoke(ServiceInvoker.java:62)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.osgi.service.util.internal.aop.ServiceTCCLInterceptor.invokeUnprivileged(ServiceTCCLInterceptor.java:56)
at org.springframework.osgi.service.util.internal.aop.ServiceTCCLInterceptor.invoke(ServiceTCCLInterceptor.java:39)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.osgi.service.importer.support.LocalBundleContextAdvice.invoke(LocalBundleContextAdvice.java:59)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
at com.sun.proxy.$Proxy7.loadWorkspace(Unknown Source)
The file "/usr/local/hudson/tmp/workspace9053006420532603783xml" exists, but it is empty. Is this a bug?
We are running LoadUI 2.1.2, the commands that are execute are:
[workspace] $ /bin/sh -xe /opt/apache-tomcat-6.0.20/temp/hudson844704915677978879.sh
+ cd /opt/loadUI-2.1.2
+ sh -x loadUI-cmd.sh -p /usr/local/hudson/hudson-home/jobs/MKE_Endurance/workspace/endurance/KIM_Endurance.loadtest -nofx -l -F PDF -s -r /usr/local/hudson/hudson-home/jobs/MKE_Endurance/workspace/ -Dsoapui.properties=/usr/local/hudson/hudson-home/jobs/MKE_Endurance/workspace/soapui-properties/soapui_fin.properties -Dloadui.msl.globals.loadFactor=1 -L 10:0:0
++ dirname loadUI-cmd.sh
+ DIRNAME=.
+ cygwin=false
+ case "`uname`" in
++ uname
+ '[' x = x ']'
++ cd ./
++ pwd
+ LOADUI_HOME=/opt/loadUI-2.1.2
+ export LOADUI_HOME
+ LOADUI_CLASSPATH='/opt/loadUI-2.1.2:/opt/loadUI-2.1.2/lib/*'
+ false
+ JAVA=/opt/java/bin/java
+ JAVA_OPTS='-Xms128m -Xmx768m -XX:MaxPermSize=128m -Djava.awt.headless=true'
+ /opt/java/bin/java -Xms128m -Xmx768m -XX:MaxPermSize=128m -Djava.awt.headless=true -cp '/opt/loadUI-2.1.2:/opt/loadUI-2.1.2/lib/*' com.eviware.loadui.launcher.LoadUICommandLineLauncher -p /usr/local/hudson/hudson-home/jobs/MKE_Endurance/workspace/endurance/KIM_Endurance.loadtest -nofx -l -F PDF -s -r /usr/local/hudson/hudson-home/jobs/MKE_Endurance/workspace/ -Dsoapui.properties=/usr/local/hudson/hudson-home/jobs/MKE_Endurance/workspace/soapui-properties/soapui_fin.properties -Dloadui.msl.globals.loadFactor=1 -L 10:0:0
Picked up _JAVA_OPTIONS: -Djava.io.tmpdir=/usr/local/hudson/tmp
Anyone an idea, why we get this error under Linux?