Forum Discussion
LalMAnsari
New Contributor
Were you able to find the resolution of your problem? I am facing the same problem but com.eviware.soapui.support.ClasspathHacker.addURL( new URL("jar file") ) is not working for me. I am still getting the same error.
rupert_anderson
9 years agoValued Contributor
Hi,
In terms of setting an alternative location for the /ext folder (where jar files like drivers should normally be placed), I have previously just changed where SoapUI expects to find this folder by changing the following parameter:
-Dsoapui.ext.libraries=$SOAPUI_HOME/bin/ext
You can see that SoapUI also uses this parameter in its start scripts e.g. /java/app/bin/soapui.sh
if [ $SOAPUI_HOME != "" ] then JAVA_OPTS="$JAVA_OPTS -Dsoapui.ext.libraries=$SOAPUI_HOME/bin/ext" JAVA_OPTS="$JAVA_OPTS -Dsoapui.ext.listeners=$SOAPUI_HOME/bin/listeners" JAVA_OPTS="$JAVA_OPTS -Dsoapui.ext.actions=$SOAPUI_HOME/bin/actions" JAVA_OPTS="$JAVA_OPTS -Djava.library.path=$SOAPUI_HOME/bin" JAVA_OPTS="$JAVA_OPTS -Dwsi.dir=$SOAPUI_HOME/wsi-test-tools" # uncomment to disable browser component # JAVA_OPTS="$JAVA_OPTS -Dsoapui.browser.disabled=true" fi
Something similar works if running SoapUI via Maven e.g.
mvn integration-test "-Dsoapui.ext.libraries=src/test/resources"
This isn't an answer to your ClasspathHacker issue, but does this help?
Cheers,
Rupert
Related Content
- 2 months ago
- 4 years ago
- 4 years ago
- 3 years ago
Recent Discussions
- 15 years ago