Forum Discussion
LalMAnsari
10 years agoNew 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
10 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