David Smiley wrote:
I suggest the name "load" instead since that is the java vernacular for
what's happening.
I also suggest that the next snapshot implementing this have it default
to "false" and we'll get a feel for wether this is a problem at that time.
Unfortunately that would not be backwa
Peter Reilly wrote:
David Smiley wrote:
Does anyone want to offer their opinion? It should be an easy change
and I think it would be very unlikely if this broke any existing builds.
It will break some builds.
Using the current method, the script knows that the class is present and
useable, and
David Smiley wrote:
Does anyone want to offer their opinion? It should be an easy change
and I think it would be very unlikely if this broke any existing builds.
It will break some builds.
Using the current method, the script knows that the class is present and
useable, and so it can be used lat
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of David Smiley
>
> Does anyone want to offer their opinion? It should be an easy change
> and I think it would be very unlikely if this broke any existing
builds.
>
I think it's a reasonable request, but to keep the former behavior
as-is, I'd si
Does anyone want to offer their opinion? It should be an easy change
and I think it would be very unlikely if this broke any existing builds.
~ Dave
David Smiley wrote:
Hello. Recently I got the uddi4j source and I rant it's ant build
script. It turns out that it would conditionally compile s
Hello. Recently I got the uddi4j source and I rant it's ant build
script. It turns out that it would conditionally compile some extras if
I have Apache's soap & axis projects on the classpath. I checked this via:
property="apache-soap.available" />
prope
