🚀 go-pugleaf

Wow, the JDK goes at the end???  If the bum library happens to be a third
party product, as it is in my case, you're hosed.  So there's
no way to say that the JDK gets searched first???  In my case it's
LiveConnect which is a Netscape library.  I have no problem with this
when building in Cafe.  It seems that, if anything, it should be
configurable as to whether you want the standard API searched first.  If I
use Java from the command line I don't have to put the standard API in my
classpath but it will be searched before the CLASSPATH
entries are.  In fact, that's the whole crux of the class loader
architecture in Java 2 - bootstrap class loader for standard API, user
defined for
standard extensions, user defined for classpath then any user defined you
would create.  I can't believe there isn't a way to indicate that the
standard JDK API should always be searched for classes first.  I can't
comprehend how you could possibly want it any other way.  I'll do
a little more digging but if that's the case, I guess my evaluation is going
to be short and sweet - off to VisualAge!
Thanks for your response.
Scott

"Rich Wilkman" <richw@formlessvoid.com> wrote in message
news:3B574BEA.7CFA3111@formlessvoid.com...
> SAJ:
>
> The definition of the JDK has the settings for these libraries and it
> should already be JDK 1.3 as delivered with Personal.  It sounds like
> you've added a library to the project that has (probably illegally)
> included java classes in it's archive.  The JDK classes go to the end of
> the classpath in JBuilder (on purpose and by user request), so the
> library overrules things and it gets ugly fast.  You need to clean up
> these jar files.
>
> To confirm the basics, just open the Welcome project.  You should have
> all the code insight and access to core Java stuff that you expect.
>
> You should also get the Enterprise trial if you are planning on doing
> any real evaluation.  Personal won't do all the neat stuff *and* you
> can't use it for commercial development, anyway.
>
> -Rich
>
> SAJ wrote:
> >
> > OK, I've actually discovered the problem.  We are using LiveConnect
which
> > puts java.util stuff in it's .zip file.  In Cafe, the user specified
files
> > are searched after the standard API but in JBuilder it doesn't seem to
work
> > that way.  I don't have any standard API libraries specified in my
required
> > libraries.  Is there any way to indicate that anything from the standard
API
> > should be found in the Sun libraries before looking in user specified
> > required libraries.  Shouldn't it default to that behavior anyway - in
fact,
> > shouldn't it always do that no matter what???  Why would it look in user
> > specified required libraries before checking the jdk???
> > Thanks for any info,
> >
> > Scott
> >
> > "SAJ" <saj@saj.com> wrote in message news:3b57320d_1@dnews...
> > > Hi,
> > > just downloaded JBuilder 5 to evaluate moving our development from
Cafe.
> > > Got a project created with our stuff and tried to compile.
> > > Get an error telling me that java.util.Random.nextInt(int n) is not
found
> > in
> > > class java.util.Random.  Did a little digging and the IDE only
> > > shows me the jdk 1.0 interface to java.util.Random even though it's
> > > supposedly 1.3_02.  Any ideas?  Since I don't think I can configure
> > > JBuilder personal to use my Sun jdk 1.3, I'm stuck since I can't
compile
> > our
> > > projects.  Would appreciate any info or confirmation that
> > > this is a bug.
> > > Thanks,
> > > Scott
> > >
> > >