PATH works!... but... java.library.path ignored when searching for xpcom.dll

Well, this is interesting. Running a simple webclient application
seemed nearly impossible from within my IDE. I have found out what I
believe to be the root issue.  here's the deal:

- Setting java.library.path during runtime yields "dependent library
can't be found".  With filemon, I could see that the java process was
scanning the folder containing the missing library. In this case,
"xpcom.dll".  However, after a few steps processed, the scan seemed to
resume by scanning the system path (based on the fingerprint of the
folders being searched). So, initially the process seemed to find the
mozilla folder. Later, the path wasn't referenced.

- When I update the system PATH variable with the same string (which is
a combination of my existing PATH prepended with the mozilla folder),
and run "ant run" (after removing the value from -Djava.library.path)
it WORKED!

So, my conclusion is this:

Mozilla weclient won't run by setting java.library.path, either
prgrammatically (through System.Properties...), or via. the
-Djava.library.path JVM switch. The value was verified at runtime by
displaying the value on the console.  There seems to be a task that
looks for xpcom that bypasses the java.library.path and just assumes
use of the PATH / LD_LIBRARY_PATH env var.

It WILL run if the PATH /LD_LIBRARY_PATH is set properly.

I think this is a bug, but I would like to get some input from the
masses first.

Cheers!
-Sean

(At least I have a workaround to my issue now!)