Soap UI Pro does not run on Win 7 Ultimate N

Hi,

based on your command-line, it seems you are using a JRE that is included in a glassfish installation on your computer - if you install soapUI Pro with the 32-bit installer and run it with the installed exe file (not the bat file) it will use the JRE included with the installation - can you give that a try and let us know ?

regards,

/Ole
SmartBear Software

Thank you for your suggestion. Already tried that. Get exactly the same response.

See screenshot attached.

Thanks!
John

Hi John,

hmm.. could you have some environment or path setting that mixes things up!? Could you show the output of SET in the commandline?

regards!

/Ole
SmartBear Software

Thanks so much for your help. Env. var's and Path below. --John

C:\Users\John King>set
ALLUSERSPROFILE=C:\ProgramData
APPDATA=C:\Users\John King\AppData\Roaming
CommonProgramFiles=C:\Program Files\Common Files
CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files
CommonProgramW6432=C:\Program Files\Common Files
COMPUTERNAME=WIN-AMEF3G096OS
ComSpec=C:\Windows\system32\cmd.exe
FLEX_HOME="C:\Program Files (x86)\Adobe\Adobe Flash Builder 4 Plug-in\sdks\4.0.0"
FP_NO_HOST_CHECK=NO
GRAILS_HOME=c:\grails
HOMEDRIVE=C:
HOMEPATH=\Users\John King
JAVA_HOME=C:\glassfishv3\jdk
LOCALAPPDATA=C:\Users\John King\AppData\Local
LOGONSERVER=\\WIN-AMEF3G096OS
NUMBER_OF_PROCESSORS=1
OS=Windows_NT
Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program File
s (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Micr
osoft SQL Server\100\DTS\Binn\;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\;C:\Progra
m Files (x86)\Microsoft SQL Server\100\DTS\Binn\;C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE\PrivateA
ssemblies\;C:\MySQL\bin;c:\grails\bin;C:\glassfishv3\jdk\bin;C:\Program Files\TortoiseSVN\bin;C:\Program Files (x86)\Vis
ualSVN\bin
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
PROCESSOR_ARCHITECTURE=AMD64
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 30 Stepping 5, GenuineIntel
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=1e05
ProgramData=C:\ProgramData
ProgramFiles=C:\Program Files
ProgramFiles(x86)=C:\Program Files (x86)
ProgramW6432=C:\Program Files
PROMPT=$P$G
PSModulePath=C:\Windows\system32\WindowsPowerShell\v1.0\Modules\
PUBLIC=C:\Users\Public
SESSIONNAME=Console
SystemDrive=C:
SystemRoot=C:\Windows
TEMP=C:\Users\JOHNKI~1\AppData\Local\Temp
TMP=C:\Users\JOHNKI~1\AppData\Local\Temp
USERDOMAIN=WIN-AMEF3G096OS
USERNAME=John King
USERPROFILE=C:\Users\John King
VS100COMNTOOLS=C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\Tools\
VS90COMNTOOLS=c:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\
windir=C:\Windows

Could it be the JAVA_HOME env variable that is confusing things? Perhaps you could try to unset that one and then go for the exe-file? Just a thought...


Cheers,


Koenig

Thanks for your post. I'll try that next. For now, I have uninstalled the 64-bit version (which depends more on ENV I imagine, since it does not have it's own JRE bundeled) and have gone back to the 32-bit bundled version (again). Works fine now, but it will probably stop working the next time I have to reboot (or Window's helpfully does it for me one night).

Does anybody know if Soap UI Pro (either 32 or 64) uses the registry?

Thanks,
John

Yep, sure enough. Very predictable and repeatable. Windows rebooted my machine last night, and once again, even with the 32-bit version of Soap UI pro:

ava.lang.NoClassDefFoundError: com/eviware/soapui/support/SoapUIException
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Unknown Source)
at java.lang.Class.getDeclaredMethod(Unknown Source)
at com.exe4j.runtime.LauncherEngine.launch(Unknown Source)
at com.exe4j.runtime.WinLauncher.main(Unknown Source)
Caused by: java.lang.ClassNotFoundException: com.eviware.soapui.support.SoapUIException
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 sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 5 more

*sigh*

John

This seems to have been related to having both the 32-bit and 64-bit versions installed at the same time. Although I never saw any interaction either via environment variables or the registry (which I'm assuming Soap UI Pro does not use?), it appears they don't coexist well.

Uninstalled the 64-bit version and just went back to the bundled 32-bit version. It seems to have survived a reboot, so I'm up and running for now. (Perhaps the 64-bit version just needs a bit more work...)

Just to close the loop on this one...

32-bit version running smoothly now, surviving many reboots. Have not seen the Java error again.

Lessons:

1) don't install both 32-bit and 64-bit side-by-side
2) 64-bit version may be a little flakey, but could have just been the dual install causing it.

Many thanks to those posts offering assistance!