cancel
Showing results for 
Search instead for 
Did you mean: 

How to avoid soapUI exceptions during startup?

Frequent Contributor

How to avoid soapUI exceptions during startup?

After upgrading to soapUI v5.3.0 I double-checked the log file (since I am using a couple of self-written extensions) and found several exception entries regarding a  java.lang.ClassNotFoundException: com.eviware.soapui.plugins.auto.factories.AutoImportMethodFactory - see below.

I don't think they do any harm but I would still like to avoid those.

 

I faintly recall that I originally also had these under 5.2.1 where I resolved that by copying the .jar files from "C:\Users\<user>\.soapuios\plugins" to "C:\Program Files\SmartBear\SoapUI-5.2.1\bin\ext"

 

I tried he same with v5.3.0 but that didn't resolve this.

 

Any advice?

 

Regards,

Michael

 

 

...

2017-01-10 12:01:13,684 INFO  [PluginManager] Adding plugin from [C:\Users\moserm\.soapuios\plugins\ready-uxm-plugin-1.0.1-dist.jar]
2017-01-10 12:01:13,684 INFO  [PluginManager] Adding plugin from [C:\Users\moserm\.soapuios\plugins\soapui-swagger-plugin-2.2-dist.jar]
2017-01-10 12:01:14,318 ERROR [SoapUI] An error occurred [com.eviware.soapui.plugins.auto.factories.AutoImportMethodFactory], see error log for details
2017-01-10 12:01:14,318 ERROR [errorlog] java.lang.ClassNotFoundException: com.eviware.soapui.plugins.auto.factories.AutoImportMethodFactory
java.lang.ClassNotFoundException: com.eviware.soapui.plugins.auto.factories.AutoImportMethodFactory
 at java.net.URLClassLoader$1.run(Unknown Source)
 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)
 at java.lang.Class.forName0(Native Method)
 at java.lang.Class.forName(Unknown Source)
 at com.eviware.soapui.plugins.LoaderBase.loadAutoFactories(LoaderBase.java:112)
 at com.eviware.soapui.plugins.LoaderBase.loadFactories(LoaderBase.java:80)
 at com.eviware.soapui.plugins.PluginLoader.loadPluginFactories(PluginLoader.java:141)
 at com.eviware.soapui.plugins.PluginLoader.loadPlugin(PluginLoader.java:104)
 at com.eviware.soapui.plugins.PluginLoader.loadPlugin(PluginLoader.java:54)
 at com.eviware.soapui.plugins.PluginManager.doInstallPlugin(PluginManager.java:141)
 at com.eviware.soapui.plugins.PluginManager.access$600(PluginManager.java:43)
 at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.computeSequentially(PluginManager.java:420)
 at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.compute(PluginManager.java:377)
 at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.compute(PluginManager.java:365)
 at java.util.concurrent.RecursiveTask.exec(Unknown Source)
 at java.util.concurrent.ForkJoinTask.doExec(Unknown Source)
 at java.util.concurrent.ForkJoinWorkerThread.execTask(Unknown Source)
 at java.util.concurrent.ForkJoinPool.scan(Unknown Source)
 at java.util.concurrent.ForkJoinPool.work(Unknown Source)
 at java.util.concurrent.ForkJoinWorkerThread.run(Unknown Source)
2017-01-10 12:01:14,320 ERROR [SoapUI] An error occurred [com.eviware.soapui.plugins.auto.factories.AutoDiscoveryMethodFactory], see error log for details

...

3 REPLIES 3
Valued Contributor

Re: How to avoid soapUI exceptions during startup?

Hi Michael,

 

Assuming you don't want to use any of those packaged plugins, an easy way to remove those AutoImportMethodFactory exceptions is to either delete or move the jar files in:

 

C:\Users\moserm\.soapuios\plugins

 

This will work on SoapUI 5.3.0, it just appears that you may have forgotten to move two of the plugin files: 

 

2017-01-10 12:01:13,684 INFO  [PluginManager] Adding plugin from [C:\Users\moserm\.soapuios\plugins\ready-uxm-plugin-1.0.1-dist.jar]
2017-01-10 12:01:13,684 INFO  [PluginManager] Adding plugin from [C:\Users\moserm\.soapuios\plugins\soapui-swagger-plugin-2.2-dist.jar]

 

Move those (not necessarily to /ext) and you should get a clean startup again.

 

Longer term, it would probably be better if these exceptions were handled and maybe shown as warnings. Could be a feature request, I could even pick it up and do it if that seemed like an ok solution.

 

Regards,

Rup

 

Author of SoapUI Cookbook
Frequent Contributor

Re: How to avoid soapUI exceptions during startup?

I find this error really annoying, so I posted a request:

 

https://community.smartbear.com/t5/SoapUI-Feature-Requests/Resolving-quot-An-error-occurred-com-eviw...

 

Karel

 

Frequent Visitor

Re: How to avoid soapUI exceptions during startup?

I have similar thing, my soapUI is 5.3.0, my machine is Mac OS Mojave.  I used to be able to start up soapUI, but I cannot now.

 

I follow the above suggestion to move the plugin jars from gchen/.soapuios/plugins directory to soapUI5.3.0/Content/java/app/bin/ext directory and I still cannot start up soapUI.

 

The soapUI-errors.log has following errors:

ERROR [errorlog] java.lang.ClassNotFoundException: com.eviware.soapui.plugins.auto.factories.AutoDiscoveryMethodFactory
java.lang.ClassNotFoundException: com.eviware.soapui.plugins.auto.factories.AutoDiscoveryMethodFactory
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:190)
at com.eviware.soapui.plugins.LoaderBase.loadAutoFactories(LoaderBase.java:112)
at com.eviware.soapui.plugins.LoaderBase.loadFactories(LoaderBase.java:80)
at com.eviware.soapui.plugins.PluginLoader.loadPluginFactories(PluginLoader.java:141)
at com.eviware.soapui.plugins.PluginLoader.loadPlugin(PluginLoader.java:104)
at com.eviware.soapui.plugins.PluginLoader.loadPlugin(PluginLoader.java:54)
at com.eviware.soapui.plugins.PluginManager.doInstallPlugin(PluginManager.java:141)
at com.eviware.soapui.plugins.PluginManager.access$600(PluginManager.java:43)
at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.computeSequentially(PluginManager.java:420)
at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.compute(PluginManager.java:377)
at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.compute(PluginManager.java:382)
at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.compute(PluginManager.java:365)
at java.util.concurrent.RecursiveTask.exec(RecursiveTask.java:93)
at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:334)
at java.util.concurrent.ForkJoinWorkerThread.execTask(ForkJoinWorkerThread.java:604)
at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:784)
at java.util.concurrent.ForkJoinPool.work(ForkJoinPool.java:646)
at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:398)

 

Any suggestion how to fix it?

 

Thanks a lot !

New Here?
Join us and watch the welcome video:
Watch the new Interview
Top Kudoed Authors