Forum Discussion

Geggeh's avatar
Geggeh
New Member
9 years ago

AutoDiscoveryMethodFactory ClassNotFoundException when executing mockservicerunner

I recently upgraded from SoapUI 5.0.0 to 5.2.0 on windows 7.   I am attempting to execute a mock service from a command line using:

 

mockservicerunner.bat -m "<MockServiceName> MockService" "C:\<path-to-xml>"

 

When executing I recieve a ClassNotFoundException:

 

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:96)
at com.eviware.soapui.plugins.LoaderBase.loadFactories(LoaderBase.java:64)
at com.eviware.soapui.plugins.PluginLoader.loadPluginFactories(PluginLoader.java:129)
at com.eviware.soapui.plugins.PluginLoader.loadPlugin(PluginLoader.java:92)
at com.eviware.soapui.plugins.PluginLoader.loadPlugin(PluginLoader.java:42)
at com.eviware.soapui.plugins.PluginManager.doInstallPlugin(PluginManager.java:127)
at com.eviware.soapui.plugins.PluginManager.access$600(PluginManager.java:38)
at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.computeSequentially(PluginManager.java:406)
at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.compute(PluginManager.java:363)
at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.compute(PluginManager.java:368)
at com.eviware.soapui.plugins.PluginManager$LoadPluginsTask.compute(PluginManager.java:351)
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)

 

Had a quick look through GitHub and can't seem to find this class.   Any suggestions?   I have tried putting all of the jars from the /<user dir>/.soapuios/plugins/*.jar into the lib dir... then I looked in them and found the class was not in there.   How can I get my hands on this class or a version of the mock runnner that does not rely on the class?

Edit:   Service works fine from the GUI

8 Replies

Sort By
  • squawk's avatar
    squawk
    Occasional Visitor
    9 years ago

    exactly the same exceptions reported for me - win 7, soapui 5.2.0.... but it does appear to work

  • dagnygaard's avatar
    dagnygaard
    New Contributor
    9 years ago

    I upgraded to 5.2.1 and still got the same ClassNotFoundException.

     

    Some googling makes me believe that the class is from the Pro release?

     

    https://www.soapui.org/apidocs/pro/index.html?com/eviware/soapui/plugins/auto/factories/AutoDiscoveryMethodFactory.html

     

    Annoying, but not cripling, I too observe that the script does run with all the error messages.

     

     

     

    • nmrao's avatar
      nmrao
      Champion Level 3
      9 years ago
      Do you have any plugins? or soapui logs that you can attach here?
      • jrahman's avatar
        jrahman
        Contributor
        9 years ago

        If the SoapUI version is 5.2.1 (I use this and found the same problem), the problem ties to the default plugins installed under "C:\Users\<user name>.soapuios\plugin".

         

        For SoapUI 5.2.1, there are 4 default plugins installed under this directory:

        1. readyapi-swaggerhub-plugin-1.0.jar
        2. ready-mqtt-plugin-dist.jar
        3. ready-uxm-plugin-1.0.1-dist.jar
        4. soapui-swagger-plugin-2.2-dist.jar

        Just rename the original folder 'plugins' to 'plugins_NOTinUse' (or something else), so that default plugins could be forced hidden during runtime. The problem then disappeared.

         

        /jamil