>>> WOBootstrap.jar is their replacement implementation that magically
>>> shortens the length of the classpath that needs to be passed on
>>> the command line, since it is calculated at run-time after launch.
>> I'm on the brink or rewriting WOBootstrap I think .... Why they
>> didn't write this thing to just construct a custom classloader and
>> load the jars from the file directly rather than use commandline, I
>> don't know.
> I think I see what's going on .. I think I must have broken the
> check for this. I only need to replace WOBoostrap to fix transient
> deps now :)
Umm .. Yeah .. So it turns out that when you implement the method to
return the location of woboostrap.jar (to determine if those build
files should be used), it actually ends up being really important to
not just always return null.
ms
This archive was generated by hypermail 2.0.0 : Fri Sep 12 2008 - 11:37:30 EDT