My client code uses log4j services.
(Under webstart we redirect the output to the console if file appending is not allowed).
Now if I add log4j.jar to the webstart classpath (clientparameters.conf, which generates the classpath for jnlp), the Java application fails to load, claiming it cannot find 'classes/log4j.jar'.
We have that jar in WebNMS/classes, along with many other jars, so I don't really understand why jnlp cannot find it.

Workaround: copy log4j.jar to another name, redefine the classpath, and all is fine! The log4j2.jar is found and it works as expected.

One idea that crossed my mind (but makes little sense) is that the original log4j.jar is for some reason 'locked' by the server code, but I have trouble believing that could be the case...

I'll appreciate any fresh ideas on this.
   Reuben

We run the NarPackager command from an ant script without problems on Linux.

Among other things, the log shows:
     [echo] Running CmdLineNarPackager -conf /home/rsivan/pv/trunk/Packager.xml
     [echo] Classpath set to: /home/rsivan/pv/trunk/TOOLS/zoho/plugins/com.adventnet.nms.EMSDevelopment_1.1.0.jar
     [java] Make file list for dir:/home/rsivan/pv/trunk/classes
     [java] ProVisionMRV_Server.jar is not created since class file is not present in the classes folder
...

A similar operation on Windows tries to incorporate (and even modify) that jar:
     [echo] Running CmdLineNarPackager -conf c:/PV/pv/Packager.xml
     [echo] Classpath set to: c:/PV/pv/TOOLS/zoho/plugins/com.adventnet.nms.EMSDevelopment_1.1.0.jar
     [java] Make file list for dir:c:\PV\pv\classes
     [java] Jar file Name osc:\PV\pv\ProVisionMRV_Server.jar
...

I'll appreciate any help.
Thanks
  Reuben