0

I am not very clear with the following question from SCJP Book (I read the solution and explanation though) ..

Consider the following directory structure :-

foo --> test --> xcom --> A.class, B.java

Here foo, test and xcom are directories. A.class and B.java are the files in xcom directory.

Following are the source codes of corresponding files:-

A.java

package xcom;
public class A { }

B.java

package xcom;
public class B extends A { }

The default classpath is /foo.

Now, in order to compile B.java, I keep my current directory as test and give :-

javac -classpath xcom xcom/B.java

Here I give the classpath as xcom which has A.class. But still it does not find class A. Why is it so??

whitehat
  • 2,381
  • 8
  • 34
  • 47

3 Answers3

2

If your classes are in package xcom, then your classpath needs to be at the directory directly above that. In this case, the classpath should be foo/test.

And if your current directory is foo/test, then this should be your javac:

javac -classpath . xcom/B.java
Jeremiah Orr
  • 2,620
  • 1
  • 18
  • 24
0

Because you have to specify classpath root to -classpath argument, like javac -classpath . xcom/B.java. To compile class B java compiler requires class A, it tries to locate class A file in {classpathroot}/xcom/.

Note: . - is a current directory

4ndrew
  • 15,354
  • 2
  • 27
  • 29
  • But does classpath root find classes in the whole of subdirectory tree?? And even if I specify -classpath as xcom, my required class file is present in xcom. Then what is the problem? – whitehat Jan 16 '12 at 12:57
  • 2
    The problem is that it won't be able to resolve *other* classes. If you specify your classpath as xcom, and B.java needs A.java in package xcom, it will try to find it in `xcom/xcom/A.class` (or `.java`), because it takes the classpath entries as the *root*. – Mark Rotteveel Jan 16 '12 at 13:07
  • No, java didn't scan whole tree. If class name = xcom/A then java/javac performs search inside /xcom/B (relative to classpath root). If class can't be located at this path exception ClassNotFoundException will be thrown. As I understand class B requires class A, and class A can't be found in your case because you specified incorrect classpath. – 4ndrew Jan 16 '12 at 13:08
0

I think the root cause here is a misunderstanding of a "fully-qualified name" in Java.

The fully-qualified names of your two classes are xcom.A and xcom.B. Their source is in files A.java and B.java in a directory named xcom; the fully-qualified names dictate the directory structure. When you are going to use the files, either to compile them or run them, the classpath contains one or more locations from which the fully-qualified names can be found; so java is looking for xcom\A.java and xcom\B.java (when compiling) and xcom\A.class and xcom\B.class (when running).

That is why the classpath needs to specify the directory that contains xcom.

As you progress to more complex environments: the classpath can be a list of such locations; each location is separated by a semicolon on windows and a colon on unix systems. Each location can be a directory, as you've already seen, but it can also be a jar file. jar files are in zip file format, and zip files have a directory structure just like disks do. So you could zip up your class files, maintaining their xcom parent (but not their full paths), and specify the jar file in the classpath instead of a directory.

I know the question was already answered somewhat, but thought you might like the background explanation as well.

arcy
  • 12,845
  • 12
  • 58
  • 103