Does not run on Backtrack 4 RC1 about zaproxy HOT 17 CLOSED

Simply fixed by removing the string in the sh file.

java -classpath lib/commons-codec-1.2.jar:lib/commons-collections-3.1.jar:lib/commons-configuration-1.1.jar:lib/commons-httpclient-3.0.jar:lib/commons-lang-2.0.jar:lib/commons-logging-api.jar:lib/commons-logging.jar:lib/hsqldb.jar:lib/jh.jar:lib/js.jar:lib/log4j-1.2.8.jar:lib/zaphelp.jar:zap.jar
org.zaproxy.zap.ZAP

Hi Ian,

Did you install ZAP on Backtrack 4 RC1 yourself?
As I'm sure you realize its a classpath problem.
The zap.jar and all of the jars in the lib directory need to be on the classpath for
it to run.
Can you now run ZAP on Backtrack?

Many thanks,

Psiinon 

Yes, the simple issue was down to the RC variable in the sh file, although makes the
sh file a little more readable it did not work on BT4 RC1(?!). I just moved the classpath
into the command and now it works. Bit of an odd one, but I guess that this should
be a more generic fix.

See attached.

OK, I've just looked into this a little more, it was late last night when I looked at
it.

If you declare the var as lower case it'll work also.

Thats weird!
But if it works, who am I to complain.
I'll change it to use lower case.

Thanks for your help!

Psiinon

just a shell-script issue (special characters in your shell script)

just do a:
dos2unix zap.sh
sh zap.sh

...windows text editors ;-)

/brtw2003

Running:

dos2unix zap.sh

worked for me.

Is anyone else have any problems that are not fixed by this?
I'll check the new file soon, but leave the issue open in case anyone has any similar
problems.

Good spot brtw2033 :)

Psiinon

dos2unix zap.sh

Fixed the problem for me too!

I've added a new file here: http://code.google.com/p/zaproxy/downloads/detail?name=zap_1.0.0b.sh

Does this now work for everyone?

Thanks

I've just downloaded
ZAP_1.0.0b_installation.tar.gz       ZAP 1.0.0 Cross Platform Installation (with fix
for issue 1)
which i believe includes above fix?

Having same problem, granted +x to zap.sh and tried var as lowercase.  Same thing

i.e.

cp="lib/commons-codec-1.2.jar:lib/commons-collections-3.1.jar:lib/commons-configuration-1.1.jar:lib/commons-httpclient-3.0.jar:lib/commons-lang-2.0.jar:lib/commons-logging-api.jar:lib/commons-logging.jar:lib/hsqldb.jar:lib/jh.jar:lib/js.jar:lib/log4j-1.2.8.jar:lib/zaphelp.jar:zap.jar"



java -classpath $cp org.zaproxy.zap.ZAP

For what its worth - writing own script from scratch and its fine.

No, I'm afraid it doesnt contain this fix.
You can either download the fix  http://code.google.com/p/zaproxy/downloads/detail?name=zap_1.0.0b.sh
or run dos2unix on zap.sh

Thanks

I'm running Gentoo. I've tried each of the following with no success in starting up
zap using either the downloaded 1.0.0b or source from SVN.  I have checked that my
zap.sh file is in UNIX format, so that is not the issue.

$ eselect java-vm list
Available Java Virtual Machines:
  [1]   icedtea6-bin  system-vm user-vm
  [2]   sun-jdk-1.6 
  [3]   sun-jre-bin-1.6 

My actual error is mildly different, so perhaps something else is afoot:

Exception in thread "main" java.lang.NoClassDefFoundError: org/zaproxy/zap/ZAP
Caused by: java.lang.ClassNotFoundException: org.zaproxy.zap.ZAP
        at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class: org.zaproxy.zap.ZAP. Program will exit.

Please disregard my comment 13.  Issue was resolved, mostly by ensuring sufficient coffee.

Hey, I 'll have to try that myself more often :)

Fixed in 1.1.0