ClassNotFoundException po aktualizacji do SoapUI 5.2.0

Question

Po zaktualizowana SoapUI 5.2.0 Dostaję

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) 

kiedy zacznę "Uruchom TestRunner". Wygląda na to, że SoapUI 5.2.0 ma pewne problemy, ładując niektóre wtyczki.

Każdy pomysł, co to może być?

Thx

Answer 1

ja nie napotkasz samej kwestii z Soap-UI 5.2 (OpenSource, 64b, Windows) wersji. Podczas korzystania z Testrunnera wystąpił ten sam błąd. Zauważyłem, że dodatek 5.2 zawiera nowe wtyczki i są one instalowane w folderze profilu pod numerem c:\user\*YourUserName*\.soapuios\plugins. Ten folder zawiera pliki jar: soapui-swagger-plugin-2.1.3-dist, ready-uxm-plugin-1.0.1-dist i ready-mqtt-plugin-dist.

W moim obecnym projekcie nie używam tych wtyczek, więc po prostu ponownie nazwano folder .soapuions na NOT.soapuios.

Potem ponownie uruchomiłem testrunnera z SoapUi i voila, nie było błędu AutoImportMethodFactory.

Ok, nie jestem pewien, czy te wtyczki są podstawową przyczyną, ale myślę, że nie jest to naprawdę dobry pomysł, że tego rodzaju wtyczki są przechowywane w folderze profilu użytkownika systemu Windows. na przykład. w środowisku Windows Server masz 100 błędów, które mogą pójść nie tak z tą konfiguracją :-)

W każdym razie, jeśli ktoś wie, jak zmienić bazę folderów wtyczek (chciałbym przenieść go do tego samego folderu, w którym Soapui jest zainstalowany), to znaczy, że jest tam ustawienie gdzieś wewnątrz SoapUI definiującą ten folder, będę naprawdę wdzięczny, że :-)

EDIT:

Tylko sprawdzone od 5.2 Release Uwagi (#### Wydany 2015 -07-02 ####) z github i jest wymieniony poprawka: * SoapUI nie udało się załadować wtyczek po uruchomieniu testów za pomocą testrunner.bat i curre Katalog nt różnił się od <SoapUI>\bin.

Answer 2

Wpadłem na ten sam problem i chciałem również użyć wtyczki swagger. Rozwiązanie zostało rozwiązane, gdy uruchomiłem soapui z dostępem administratora, więc myślę, że musi to zrobić, aby uzyskać dostęp do plików JAR i wykonać je w celu załadowania wtyczek.

Answer 3

Otrzymuję ten sam problem z wersją systemu Windows 5.2.1 x64. Próbowałem skopiować pliki z c: \ user * YourUserName * .soapuios \ plugins do/bin/ext, ale to nie naprawiło tego dla mnie. Zmieniłem nazwę folderu c: \ user * YourUserName * .soapuios \ plugins na c: \ user * YourUserName * .soapuios \ plugins.backup (więc interfejs SOAP nie mógł go znaleźć), zrestartowałem SUI, a teraz nie otrzymuję tych błędy. Zakładam, że nie mam dostępu do wtyczek, ale i tak nie używam ich w tej chwili.

Nie używam konta administratora systemu Windows, które może mieć znaczenie tutaj.

Answer 4

można rozwiązać problem (dla każdej wersji SoapUI wymienionych powyżej) tylko przez zmianę nazwy folderu oryginalnego „wtyczek” do „plugins_NOTUsed” (lub inna nazwa do wyboru).Być może zastanawiasz się, po prostu zmieniając nazwę tego folderu, w jaki sposób rozwiązany został faktyczny problem. Aby to wyjaśnić, jest tak, że domyślne wtyczki mogą być zmuszone do ukrywania się podczas działania, a zatem problem już się nie pojawia.