pro - ClassNotFoundException después de actualizar a SoapUI 5.2.0

soapui pro full

Question

Después de haber actualizado a SoapUI 5.2.0 estoy recibiendo

15:58:00,756 ERROR [SoapUI] An error occurred [com.eviware.soapui.plugins.auto.factories.AutoImportMethodFactory], see error log for details
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)
    at java.util.concurrent.ForkJoinWorkerThread.run(Unknown Source)

cuando comienzo "Launch TestRunner". Parece que SoapUI 5.2.0 tiene algunos problemas al cargar algunos complementos.

¿Alguna idea de lo que podría ser?

Gracias

Answer 1

Me encontré con el mismo problema con la versión Soap-Ui 5.2 (OpenSource, 64b, Windows). Al usar Testrunner, dio el mismo error. Noté que 5.2 ha agregado estos nuevos complementos y que están instalados en su carpeta de perfil, en c:/user/*YourUserName*/.soapuios/plugins . Esta carpeta contiene estos archivos jar: soapui-swagger-plugin-2.1.3-dist, ready-uxm-plugin-1.0.1-dist y ready-mqtt-plugin-dist.

Bueno, en mi proyecto actual no tengo ningún uso para esos complementos, así que simplemente cambié el nombre de la carpeta .soapuions a NOT.soapuios .

Luego relanzé el testrunner de SoapUi y voila, no hubo ningún error AutoImportMethodFactory .

Ok, no estoy seguro de si esos complementos sean la causa principal, pero creo que no es una buena idea que estos complementos estén almacenados en la carpeta de perfiles de usuario de Windows. p.ej. en el entorno de Windows Server tiene como 100 problemas que pueden ir mal con ese tipo de configuración :-)

De todos modos, si alguien sabe cómo volver a generar esa carpeta de complementos (me gustaría moverla a la misma carpeta donde está instalado Soapui), quiero decir que hay una configuración en algún lugar dentro de soapui que define esta carpeta, realmente apreciaría que: )

EDITAR:

Acabo de verificar desde 5.2 Notas de la versión (#### Lanzamiento 2015-07-02 ####) de github y se menciona una corrección de errores: * SoapUI no pudo cargar los complementos cuando ejecuta pruebas con testrunner.bat y el directorio actual es diferente desde <SoapUI>/bin .

Answer 2

Me encontré con el mismo problema y también quería usar el complemento swagger. Se resolvió cuando ejecuté el soapui con acceso de administrador, así que creo que tiene que ver con el acceso y la ejecución de los archivos JAR necesarios para cargar complementos.

Answer 3

Tengo el mismo problema con la versión de Windows 5.2.1 x64. Intenté copiar los archivos de c: / user * YourUsNameNombre * .soapuios / plugins a / bin / ext pero eso no lo solucionó. Cambié el nombre de la carpeta c: / user * YourUserName * .soapuios / plugins a c: / user * YourUserName * .soapuios / plugins.backup (por lo que SOAP UI no pudo encontrarlo), reinicié SUI, y ahora no los consigo errores Supongo que no tengo acceso a los complementos, pero de todos modos no los estoy usando en este momento.

No estoy ejecutando bajo una cuenta de administrador de Windows, que podría ser relevante aquí.

Answer 4

Puede resolver su problema (para cualquier versión de SoapUI mencionada anteriormente) simplemente cambiando el nombre de la carpeta original ''plugins'' a ''plugins_NOTUsed'' (o cualquier otro nombre de su elección) . Podría estar pensando, simplemente cambiando el nombre de esta carpeta cómo se resolvió el problema real. Para explicar esto, es solo para que los complementos predeterminados se vean obligados a ocultarse durante el tiempo de ejecución y, por lo tanto, el problema ya no surja.