I hadn't either - I didn't specify the right path for the JDK. It
should be:
$JAVA_HOME/jre/lib/ext
"I picked the wrong week to give up coffee..."
Rajesh Nair wrote:
>
> Thanks. You are right. Hadn't had my coffee yet : -}
>
> At 01:44 PM 06/21/2000 -0700, Adam Ambrose wrote:
> >The more pro
Thanks. You are right. Hadn't had my coffee yet : -}
At 01:44 PM 06/21/2000 -0700, Adam Ambrose wrote:
>The more proper place may be to put any extention packages in
>$JAVA_HOME/lib/ext, as I just discovered the other day from here:
>
>http://java.sun.com/products/jdk/1.2/docs/guide/extensions/sp
The more proper place may be to put any extention packages in
$JAVA_HOME/lib/ext, as I just discovered the other day from here:
http://java.sun.com/products/jdk/1.2/docs/guide/extensions/spec.html
Rajesh Nair wrote:
>
> You may want to check if your CLASSPATH is exported or if you have specifi
You may want to check if your CLASSPATH is exported or if you have specified
both the compressed and
uncompressed jars in the classpath. I put the jars under the $JAVA_HOME/lib
directory and that seemed to
work
At 08:58 AM 06/20/2000 +0530, Hrishiraj Nair wrote:
>
> Hi ,
>
> I use Mysql al
Man Chi Ly wrote:
chances are a Linux newbie is using bash (default
on GNU/Linux) :) The
short answer is CLASSPATH is pretty much deprecated in JDK 1.2 (the
JDK README briefly discusses this). And I'm pretty sure a more lengthy
discussion can be found on java.sun.com. This question is a FAQ, and
On Fri, 24 Mar 2000, Jacob Nikom wrote:
> With latest JDK1.2.2 I don't think you need CLASSPATH on Linux.
> If you want you can set it to JAVA_HOME/bin
> setenv CLASSPATH .:JAVA_HOME/bin
>
> Don't forget to set
> setenv LD_LIBRARY_PATH .:/local/lib:/usr/lib:/usr/lib/X11:/usr/local/lib
>
chanc
With latest JDK1.2.2 I don't think you need CLASSPATH on Linux.
If you want you can set it to JAVA_HOME/bin
setenv CLASSPATH .:JAVA_HOME/bin
Don't forget to set
setenv LD_LIBRARY_PATH .:/local/lib:/usr/lib:/usr/lib/X11:/usr/local/lib
Don't forget to set your PATH!
Jacob Nikom
Ben Pharr wrote
You set class path like any other environment variable. Just like path. You need
to export the classpath
after setting. Otherwise you can place it in a .profile file (.profile will
initialize environment variables when you
login in Unix. I do not know whether similar concept is there in Linux).
> I am using the blackdown jdk 117 v3. I have downloaded Swing 1.0.3 from
> SUN and ArgoUML. These come as .jar files which contain the paths
> com/sun/java/... and the actual files below that. All the installation
> instructions tell me to simply put these in my class path. I have tried
> set
At 08:45 10/29/99 -0600, Adam Carheden wrote:
>java.lang.NoClassDefFoundError: com/sun/java/swing/plaf/metal/MetalTheme
> at uci.uml.Main.main(Main.java:74)
note that NoClassDefFoundError is not the same as ClassNotFound error.
NoClassDefFound means that something this class needs was not f
Don't know if this is the problem, I can only guess, but I know that
starting from some java version the classpath got splitted into
classpath
and
-Xbootclasspath:
I thought only after jdk1.2, but could be earlier.
Now the problem would be, there are 2 class loaders the boot classloader
which lo
On Fri, 29 Oct 1999 08:45:22 -0600, Adam Carheden wrote:
>First, I did get Argo to run by extracting both it and swing from their
>respective jar files into the local directory and running it from
>there. For disk space and other reasons, however, I'd like them to stay
>in their respective .jar
First, I did get Argo to run by extracting both it and swing from their
respective jar files into the local directory and running it from
there. For disk space and other reasons, however, I'd like them to stay
in their respective .jar files.
The Argo page specifically says to use Swing v1.0.3, w
On Thu, 28 Oct 1999 23:25:48 -0600, Adam Carheden wrote:
>I am using the blackdown jdk 117 v3. I have downloaded Swing 1.0.3 from
>SUN and ArgoUML. These come as .jar files which contain the paths
>com/sun/java/... and the actual files below that. All the installation
>instructions tell me to
Roger,
use java -classpath .:$CLASSPATH
this way your current dir and your claspath is always
scanned!
Have fun
--- Roger Smith <[EMAIL PROTECTED]> wrote:
> hey there I installed the jdk1.1.6 onto my Redhat system
> then I also
> installed the mysql JDBC and I had to set the classpath
>
Roger Smith wrote:
>
> hey there I installed the jdk1.1.6 onto my Redhat system then I also
> installed the mysql JDBC and I had to set the classpath so my program
> would find the jdbc files, however, when I type java it says
> "can't find class " and my other programs run fine without the
> cl
On Thu, 06 May 1999 08:25:47 -0700, Gordon Chamberlin wrote:
>Claude,
>
>Try this:
>unset CLASSPATH
>java -classpath $JAVA_HOME/lib/classes.zip:$JAVA_HOME/lib
>org.w3c.rdf.SiRPAC
Note: When using -classpath the 1.1.x systems will not add anything
to them. -classpath *replaces* the classpath.
Claude,
Try this:
unset CLASSPATH
java -classpath $JAVA_HOME/lib/classes.zip:$JAVA_HOME/lib
org.w3c.rdf.SiRPAC
I don't think that you need $JAVA_HOME/lib/org, just $JAVA_HOME/lib
so that the JVM can then fine org.w3c...
You shouldn't need the '.' in your classpath, unless there are
additional
On Wed, 14 Apr 1999, Michael Sinz wrote:
> On Wed, 14 Apr 1999 11:59:48 +0200, Robb Shecter wrote:
>
> >Hi,
> >
> >I know this is an old one, but I was wondering about the state of the
> >"-classpath" annoyance that is there in Java/Linux 117a, and possibly in
> >other Java versions, too.
> >
>
On Wed, 14 Apr 1999 11:59:48 +0200, Robb Shecter wrote:
>Hi,
>
>I know this is an old one, but I was wondering about the state of the
>"-classpath" annoyance that is there in Java/Linux 117a, and possibly in
>other Java versions, too.
>
>I mean the problem where the command line option has differ
Ryuji,
I was having the same problem using bash last night (I'm new to bash
and Linux, having used tcsh on Solaris at work).
I found that changes I made to the $HOME/.bash_profile and /etc/bashrc
weren't being read automatically. I had to manually source them
(e.g. . $HOME/.bash_profile), or r
On Mon, 15 Feb 1999, Ken A Redergard wrote:
> I have a large amount of .jar files in the library directory, and that
> leads to a very large CLASSPATH variable.
>
> The seems that java (java version "1.1.7") won't accept the
> classpath when it reaches a certain amount of characters. I currentl
Karthik Vishwanath wrote:
>
> Hi all,
> i use magician with Java as on openGl implementation. I
> have the jdk1.1.7 running on Linux RH5.1. Magician requires that i have a
> CLASSPATH set. The current value of my CLASSPATH is:
> /data/karthik/magician/classes. If I compile a program which
On Thu, 21 Jan 1999 14:50:06 +0530 (IST), Karthik Vishwanath wrote:
>Hi all,
> i use magician with Java as on openGl implementation. I
>have the jdk1.1.7 running on Linux RH5.1. Magician requires that i have a
>CLASSPATH set. The current value of my CLASSPATH is:
>/data/karthik/magician/cl
Karthik Vishwanath wrote:
> Hi all,
> i use magician with Java as on openGl implementation. I
> have the jdk1.1.7 running on Linux RH5.1. Magician requires that i have a
> CLASSPATH set. The current value of my CLASSPATH is:
> /data/karthik/magician/classes. If I compile a program which u
On Tue, 24 Nov 1998 [EMAIL PROTECTED] wrote:
> Having it "fixed" in 1.2 won't help us, as Jikes is designed to run with
> all but most ancient JDK's. You supply the classes.zip (or jar, or
> whatever), we provide the bytecode. Sigh.
I imagine you'll think of a switch such as +1.2 to give it 1.2
On Wed, 25 Nov 1998 14:28:53 +0200, Jaco Greeff wrote:
>> Actually, in JDK 1.1, CLASSPATH does not need to be set to
>> get the core Java classes.zip file. The Java wrapper does that.
>
>Ok. That makes sense. I actually found this out without even trying and was
>quite surprised!
>
>> The othe
> Actually, in JDK 1.1, CLASSPATH does not need to be set to
> get the core Java classes.zip file. The Java wrapper does that.
Ok. That makes sense. I actually found this out without even trying and was
quite surprised!
> The other thing that would be good is a standard place to put
> jar/zi
On Wed, 25 Nov 1998 07:38:11 +0200, Jaco Greeff wrote:
>> Having it "fixed" in 1.2 won't help us
>
>Sorry for the total ignorance, but I've been hearing a lot about the
>CLASSPATH that doesn't need to be set in 1.2. Is this true? Where does
>"java" (1.2) look for the jar/zip/class files then? Or
> Having it "fixed" in 1.2 won't help us
Sorry for the total ignorance, but I've been hearing a lot about the
CLASSPATH that doesn't need to be set in 1.2. Is this true? Where does
"java" (1.2) look for the jar/zip/class files then? Or will it still need to
be specified?
Ok, doesn't have anythin
Having it "fixed" in 1.2 won't help us, as Jikes is designed to run with
all but most ancient JDK's. You supply the classes.zip (or jar, or
whatever), we provide the bytecode. Sigh.
dave
[EMAIL PROTECTED] http://www.ibm.com/research/jikes
[EMAIL PROTECTED] wrote:
> Sinz writes:
>
> CLASSPATH, as it is currently implemented by various JVMs, JDKs, and
> browsers is, IMHO, one of the most confusing, broken, and expensive
> problems in Java (expensive in the cost of support and the like)
>
> I couldn't agree more. It's the most freque
a wrote:
> This works:
> javap -classpath $CLASSPATH java.lang.Object
>
> This don't work: (my.class is in same directory)
> javap -classpath $CLASSPATH my.class
> Class 'my.class' not found
try:
javap -classpath $CLASSPATH my
Drop the .class extension. It's looking for a class name, n
Thanks Scot and everyone else. I was calling it with the *.class extension.
Without it it works.
At 04:38 PM 10/29/98 -0500, you wrote:
>OK, where is my.class located? Also, is the java source for my.class
defined in
>terms of a package? Also, are you trying to run my.class like this:
>
>1) ja
This works:
javap -classpath $CLASSPATH java.lang.Object
This don't work: (my.class is in same directory)
javap -classpath $CLASSPATH my.class
Class 'my.class' not found
This don't work:
java -classpath $CLASSPATH my.class
Can't find class my.class
This works:
java -classpath $CLASSPATH java.la
>
> Here is my CLASSPATH that is not working
>
> CLASSPATH=.:/usr/local/jdk116_v5/lib/classes.zip:/usr/local/jdk116_v5/lib:/u
> sr/local/jdk116_v5/lib/moreClasses:/usr/local/apache1.3.3/share/j-bin
Did you remember to EXPORT your path?
M.
Here is my CLASSPATH that is not working
CLASSPATH=.:/usr/local/jdk116_v5/lib/classes.zip:/usr/local/jdk116_v5/lib:/u
sr/local/jdk116_v5/lib/moreClasses:/usr/local/apache1.3.3/share/j-bin
At 04:11 PM 10/29/98 -0500, Martin Little wrote:
>This is indicitive that you don't have your /lib/classes.
More than likely, you still have Kaffe installed, and it is the kaffe
complier you are running. Kaffe is installs the following files:
/usr/bin/appletviewer
/usr/bin/jar
/usr/bin/javac
/usr/bin/javadoc
/usr/bin/javakey
/usr/bin/javap
/usr/bin/jdb
/usr/bin/kaffe
try removing kaffe (rpm -e kaffe
On Mon, 21 Sep 1998 15:48:51 -0500, Larry Bottorff wrote:
>I just downloaded jdk1_1_6-v2-glibc_tar.gz and set it up in
>/usr/lib/jdk1.1.6. I'm using Red Hat 5.1 on Intel and I had previously
>updated glibc with glibc-2_0_7-19. I also set up my path to
>/usr/lib/jdk1.1.6/bin. When I try to compile
I always just set the classpath to something like:
EXPORT
CLASSPATH=/usr/local/other/jdk1.1.5/lib/classes.zip:
/user/kenny/java:/home/freeman/java:.
and then just run the classes from the locations in the CLASSPATH
variable. Of course if you are fooling with imports and other packages,
you seem t
> ? I need some help configuring my classpath.
> ? I can javac on file it works fine ie:
> ? javac hello.java
> ? this creates the .class file.
It may be usefull a common solution to use -d option in javac command.Just create a
directory named myclass and do compile all
class files in it.
Someth
K.R. Foley writes:
> Steve wrote:
>
> > I need some help configuring my classpath.I can javac on file it
> > works fine ie:javac hello.javathis creates the .class file. Then when
> > I try and runjava hellothe error I get is:can't find class helloI can
> > see the hello.class file!? Here
Steve wrote:
> I need some help configuring my classpath.I can javac on file it
> works fine ie:javac hello.javathis creates the .class file. Then when
> I try and runjava hellothe error I get is:can't find class helloI can
> see the hello.class file!? Here is a listing of my current classpath
>>In article <000901bd9d19$bce8d280$4c28df80@sgee>, "Steve" <[EMAIL PROTECTED]>
>writes:
> I need some help configuring my classpath.
> I can javac on file it works fine ie:
> javac hello.java
> this creates the .class file. Then when I try and run
> java hello
> the error I get is:
> can't f
44 matches
Mail list logo
