淘先锋技术网

首页 1 2 3 4 5 6 7

在环境变量里设置好JAVA_HOME和CLASSPATH后执行java命令运行简单的小程序报错:
Exception   in   thread   "main"   java.lang.NoClassDefFoundError
如果CLASSPATH中应该加的jar包什么的都加过了。那么最有可能的一个原因就是没有在CLASSPATH中加上“.:”
windows下为“.;”。
原因为:
    *   ".",   即当前目录,   这个是缺省值.  
    *   CLASSPATH   环境变量,   一旦设置,   将缺省值覆盖.  
    *   命令行参数   -cp   或者   -classpath,   一旦指定,   将上两者覆盖.  
    *   由   -jar   参数指定的   .jar   档案包,   就把所有其他的值覆盖,   所有的类都来自这个指定的档案包中。

**********************************************************
下文转自:http://topic.csdn.net/t/20050708/12/4131400.html

一,   类路径   (class   path) 
          当你满怀着希望安装好了java,   然后兴冲冲地写了个hello   world,然后编译, 
  运行,   就等着那两个美好的单词出现在眼前,   可是不幸的是,   只看到了   Can't   find 
  class   HelloWorld   或者   Exception   in   thread   "main"   java.lang.NoSuchMethodError 
  :   main. 
  为什么呢?   编译好的   class   明明在呀. 
          我们一起来看一看   java   程序的运行过程.   我们已经知道   java   是通过   java 
  虚拟机来解释运行的,   也就是通过   java   命令,   javac   编译生成的   .class 
  文件就是虚拟机要执行的代码,   称之为字节码(bytecode),   虚拟机通过   classloader 
  来装载这些字节码,   也就是通常意义上的类.   这里就有一个问题,   classloader   从 
  哪里知道   java   本身的类库及用户自己的类在什么地方呢?   或者有着缺省值(当前路径) 
  . 
  或者要有一个用户指定的变量来表明,   这个变量就是类路径(classpath),   或者在运行 
  的时候传参数给虚拟机.   这也就是指明   classpath   的三个方法.   编译的过程和运行 
  的过程大同小异,   只是一个是找出来编译,   另一个是找出来装载. 
          实际上   java   虚拟机是由   java   luncher   初始化的,   也就是   java   (或   java.exe) 
  这个程序来做的.   虚拟机按以下顺序搜索并装载所有需要的类: 
          1,   引导类:   组成   java   平台的类,   包含   rt.jar   和   i18n.jar   中的类. 
          2,   扩展类:   使用   java   扩展机制的类,   都是位于扩展目录($JAVA_HOME/jre/lib/e 
  xt) 
  中的   .jar   档案包. 
          3,   用户类:   开发者定义的类或者没有使用   java   扩展机制的第三方产品.   你必须在 
  
  命令行中使用   -classpath   选项或者使用   CLASSPATH   环境变量来确定这些类的位置.   我 
  
  们在上面所说的用户自己的类就是特指这些类. 
          这样,   一般来说,   用户只需指定用户类的位置,   引导类和扩展类是"自动"寻找的. 
          那么到底该怎么做呢?   用户类路径就是一些包含类文件的目录,   .jar,   .zip   文件的 
  
  列表,   至于类具体怎么找,   因为牵扯到   package   的问题,   下面将会说到,   暂时可认为 
  只要包含了这个类就算找到了这个类.   根据平台的不同分隔符略有不同,   类   unix   的系 
  
  统基本上都是   ":",   windows   多是   ";".   其可能的来源是: 
          *   ".",   即当前目录,   这个是缺省值. 
          *   CLASSPATH   环境变量,   一旦设置,   将缺省值覆盖. 
          *   命令行参数   -cp   或者   -classpath,   一旦指定,   将上两者覆盖. 
          *   由   -jar   参数指定的   .jar   档案包,   就把所有其他的值覆盖,   所有的类都来自这 
  个指 
  定的档案包中.   由于生成可执行的   .jar   文件,   还需要其他一些知识,   比如   package,   
  还有 
  特定的配置文件,   本文的最后会提到.   可先看看   jdk   自带的一些例子. 
          我们举个   HelloWorld   的例子来说明.   先做以下假设: 
          *   当前目录是   /HelloWorld   (或   c:/HelloWorld,   以后都使用前一个) 
          *   jdk   版本为   1.2.2   (linux   下的) 
          *   PATH   环境变量设置正确.   (这样可以在任何目录下都可以使用工具) 
          *   文件是   HelloWorld.java,   内容是: 
          public   class   HelloWorld 
          { 
                  public   static   void   main(String[]   args) 
                  { 
                          System.out.println("Hello   World!/n"); 
                          System.exit(0); 
                  } 
          } 
          首先这个文件一定要写对,   如果对   c   熟悉的话,   很有可能写成这样: 
          public   static   void   main(int   argc,   String[]   argv) 
          { 
                  .... 
          } 
          这样是不对的,   不信可以试一试.   由于手头没有   java   的规范,   所以 
  作如下猜想:   java   的   application   程序,   必须以   public   static   void   main(String[ 
  ]) 
  开始,   其他不一样的都不行. 
          到现在为止,   我们设置方面只设置了   PATH. 
          1,   当前路径就是指你的   .class   文件在当前目录下, 
                [HelloWorld]$   javac   HelloWorld.java     //这一步不会有多大问题, 
                [HelloWorld]$   java   HelloWorld                 //   这一步可能就会有问题. 
          如果出了象开头那样的问题,   首先确定不是由于敲错命令而出错.   如果没有敲错命 
  令, 
  那么接着做: 
                [HelloWorld]$   echo   $CLASSPATH 
                或者 
                c:/HelloWorld>echo   %CLASSPATH% 
          看看   CLASSPATH   环境变量是否设置了,   如果设置了,   那么用以下命令: 
                [HelloWorld]$   CLASSPATH= 
                或者 
                c:/HelloWorld>   set   CLASSPATH= 
          来使它为空,   然后重新运行.   这次用户类路径缺省的是   ".",   所以应该不会有相 
  同的问题了.   还有一个方法就是把   "."   加入到   CLASSPATH   中. 
                [/]$   CLASSPATH=$CLASSPATH:. 
                或者 
                c:/HelloWorld>   set   CLASSPATH=%CLASSPATH%;. 
          同样也可以成功.   Good   Luck. 
          2,   当你的程序需要第三方的类库支持,   而且比较常用,   就可以采用此种方法.比如 
  常 
  用的数据库驱动程序,   写   servlet   需要的   servlet   包等等.   设置方法就是在环境变量 
  中 
  加入   CLASSPATH.   然后就可以直接编译运行了.   还是以   HelloWorld   为例,   比如你想在 
  根 
  目录中运行它,   那么你直接在根目录下执行 
              $   java   HelloWorld 
              或者 
              c:/>java   HelloWorld 
          这样肯定会出错,   如果你的   CLASSPATH   没有改动的话.   我想大家应该知道为什么错 
  了 
  吧,   那么怎么改呢?   前面说过,   用户类路径就是一些包含你所需要的类的目录,   .jar   档 
  案 
  包,   .zip   包.   现在没有生成包,   所以只好把   HelloWorld.class   所在的目录加到   CLAS 
  SPAT 
  了,   根据前面的做法,   再运行一次,   看看,   呵呵,   成功了,   换个路径,   又成功了!!   不仅 
  仅?br   />   以直接运行其中的类,   当你要   import   其中的某些类时,   同样处理. 
          不知道你想到没有,   随着你的系统的不断的扩充,   (当然了,   都是一些需要   java   的 
  东挝? 
  如果都加到这个环境变量里,   那这个变量会越来越臃肿,   虽然环境变量空间可以开很大 
  ,   总 
  觉得有些不舒服.   看看下面一个方法. 
          3,   在命令行参数中指明   classpath. 
          还是和上面相同的目标,   在任何目录下执行   HelloWorld,   用这个方法怎么实现呢? 
  
              [/]$   java   -cp   /HelloWorld   HelloWorld 
              或者 
              c:/>java   -cp   c:/HelloWorld   HelloWorld 
          就可以了.   这是这种方法的最简单的应用了.   当你使用了另外的包的时候,   还可以 
  采用用?br   />   种方法.   例如: 
              $   javac   -classpath   aPath/aPackage.jar:.   myJava.java 
              $   java     -cp   aPath/aPackage.jar:.   myJava 
              或者 
              c:/>   javac   -classpath   aPath/aPackage.jar;.   myJava.java 
              c:/>   java     -cp   aPath/aPackage.jar;.   myJava 
          这种方法也有一个不方便的的地方就是当第三方包所在的路径较长或者需要两个以 
  上包包?br   />   时候,   每次编译运行都要写很长,   非常不方便,   这时候可以写脚本来解决.   比 
  如一个例子: 
              compile       (文件,   权限改为可执行,   当前目录) 
              $   cat   compile 
  --------------------------- 
              #!/bin/bash 
              javac   -classpath   aPath/aPackage.jar:anotherPath/anotherPackage.jar:.   m 
  yJavva.java 
  --------------------------- 
              run   (文件,   权限改为可执行,   当前目录) 
              $cat   run 
  --------------------------- 
              #!/bin/bash 
              java   -cp   aPath/aPackage.jar:anotherPath/anotherPackage.jar:.   myJava 
  --------------------------- 
              或者: 
              compile.bat 
              c:/HelloWorld>   type   compile.bat 
  ------------------------- 
              javac   -classpath   aPath/aPackage.jar:anotherPath/anotherPackage.jar:.   m 
  yJavva.java 
  ------------------------- 
              run.bat 
              c:/HelloWorld>   type   run.bat 
  ------------------------ 
              java   -cp   aPath/aPackage.jar:anotherPath/anotherPackage.jar:.   myJava 
  ------------------------ 
          就可以了.   试试看. 
  前面提到了扩展类,   扩展类是什么呢?   java   的扩展类就是应用程序开发者用来 
  扩展核心平台功能的   java   类的包(或者是   native   code).   虚拟机能像使用系统类一 
  样使用这些扩展类.   有人建议可以把包放入扩展目录里,   这样,   CLASSPATH   也不用设了 
  , 
  也不用指定了,   岂不是很方便?   确实可以正确运行,   但是个人认为这样不好,   不能什么 
  
  东西都往里搁,   一些标准的扩展包可以,   比如,   JavaServlet,   Java3D   等等.   可以提个 
  
  建议,   加一个环境变量,   比如叫   JARPATH,   指定一个目录,   专门存放用户的   jar   zip 
  等包,   这个要等   SUN   公司来做了. 
          windows98   下,   我原来安装的时候,   一直装不上,   总是死机,   好不容易装上了,   缺 
  
  省的是不能运行正确的,   然后把   tool.jar   放入   CLASSPATH   后工作正常.   现在作测试, 
  
  去掉仍然是正确的.   经过多次测试,   发现如果原来曾装过   jdk   的都很好,   没有装过的 
  装的时候会死机,   多装几次就可以了.   如果你发现正确安装后,   不能正常工作,   就把 
  tools.jar   加入   CLASSPATH,   试一下. 
  Top

二,   包   (package) 
          Java   中的   "包"   是一个比较重要的概念,   package   是这样定义的: 
  Definition:   A   package   is   a   collection   of   related   classes   and   interfaces 
  that   provides   access   protection   and   namespace   management. 
          也就是:   一个包就是一些提供访问保护和命名空间管理的相关类与接口的集合. 
          使用包的目的就是使类容易查找使用,   防止命名冲突,   以及控制访问. 
          这里我们不讨论关于包的过多的东西,   只讨论和编译,   运行,   类路径相关的东西. 
  至于包的其他内容,   请自己查阅相关文档. 
          简单一点来说,   包就是一个目录,   下面的子包就是子目录,   这个包里的类就是 
  这个目录下的文件.   我们用一个例子来说明. 
          首先建目录结构如下:   PackageTest/source/,   以后根目录指的是   PackageTest 
  目录,   我们的源程序放在   source   目录下.   源程序如下: 
  PackageTest.java 
  package   pktest; 
  import   pktest.subpk.*; 
  public   class   PackageTest 
  { 
          private   String   value; 
          public   PackageTest(String   s) 
          { 
                  value   =   s; 
          } 
          public   void   printValue() 
          { 
                  System.out.println("Value   of   PackageTest   is   "   +   value); 
          } 
          public   static   void   main(String[]   args) 
          { 
                  PackageTest   test   =   new   PackageTest("This   is   a   Test   Package"); 
                  test.printValue(); 
                  PackageSecond   second   =   new   PackageSecond("I   am   in   PackageTest"); 
                  second.printValue(); 
                  PackageSub   sub   =   new   PackageSub("I   am   in   PackageTest"); 
                  sub.printValue(); 
                  System.exit(0); 
          } 
  } 
  PackageSecond.java 
  package   pktest; 
  public   class   PackageSecond 
  { 
          private   String   value; 
          public   PackageSecond(String   s) 
          { 
                  value   =   s; 
          } 
          public   void   printValue() 
          { 
                  System.out.println("Value   of   PackageSecond   is   "   +   value); 
          } 
  } 
  PackageSub.java 
  package   pktest.subpk; 
  import   pktest.*; 
  public   class   PackageSub 
  { 
          private   String   value; 
          public   PackageSub(String   s) 
          { 
                  value   =   s; 
          } 
          public   void   printValue() 
          { 
                  PackageSecond   second   =   new   PackageSecond("I   am   in   subpackage."); 
                  second.printValue(); 
                  System.out.println("Value   of   PackageSub   is   "   +   value); 
          } 
  } 
  Main.java 
  import   pktest.*; 
  import   pktest.subpk.*; 
  public   class   Main() 
  { 
          public   static   void   main() 
          { 
                  PackageSecond   second   =   new   PackageSecond("I   am   in   Main"); 
                  second.printValue(); 
                  PackageSub   sub   =   new   PackageSub("I   am   in   Main"); 
                  sub.printValue(); 
                  System.exit(0); 
          } 
  } 
          其中,   Main.java   是包之外的一个程序,   用来测试包外的程序访问包内的类, 
  PackageTest.java   属于   pktest   这个包,   也是主程序.   PackageSecond.java   也 
  属于   pktest,   PackageSub   属于   pktest   下的   subpk   包,   也就是   pktest.subpk. 
  详细使用情况,   请参看源程序. 
          好了,   先把源程序都放在   source   目录下,   使   source   成为当前目录,   然后编 
  译一下,   呵呵,   出错了, 
  Main.java:1:   Package   pktest   not   found   in   import. 
  import   pktest.*; 
          这里涉及到类路径中包是怎么查找的,   前面我们做了一点假设:   "只要包含了 
  这个类就算找到了这个类",   现在就有问题了.   其实   jdk   的   工具   javac   java 
  javadoc   都需要查找类,   看见目录,   就认为是包的名字,   对于   import   语句来说, 
  一个包对应一个目录.   这个例子中,   import   pktest.*,   我们知道类路径可以包 
  含一个目录,   那么就以那个目录为根,   比如有个目录   /myclass,   那么就会在查找 
  /myclass/pktest   目录及其下的类.   所有的都找遍,   如果没有就会报错.   由于现在 
  的类路径只有当前目录,   而当前目录下没有   pktest   目录,   所以就会出错.   类路径 
  还可以包含   .jar   .zip   文件,   这些就是可以带目录的压缩包,   可以把   .jar   .zip 
  文件看做一个虚拟的目录,   然后就和目录一样对待了. 
          好了,   应该知道怎么做了吧,   修改后的目录结构如下: 
          PackageTest 
          | 
          |__source       Main.java 
                | 
                |__pktest       PackageTest.java       PackageSecond.java 
                      | 
                      |__subpk     PackageSub.java 
          然后重新编译,   运行,   哈哈,   通过了.   我们再来运行一下   PackageTest. 
          [source]$   java   pktest/PackageTest 
          怎么又出错了? 
  Exception   in   thread   "main"   java.lang.NoClassDefFoundError:   pktest/PackageTes 
  t 
          是这样的,   java   所要运行的是一个类的名字,   它可不管你的类在什么地方,   就象 
  我们前面所讨论的一样来查找这个类,   所以它把   pktest/PackageTest   看成是一个类的 
  
  名字了,   当然会出错了,   应该这么做, 
          [source]$   java   pktest.PackageTest 
          大家应该明白道理吧,   我就不多说了.   注意   javac   不一样,   是可以指明源文件路径 
  
  的,   javac   只编译,   不运行,   查找类也只有在源文件中碰到   import   时才会做,   与源文 
  件 
  所在的包没有关系. 
          似乎还又些不好的地方,   怎么生成的   .class   文件这么分散呀,   看着真别扭.   别急 
  , 
  javac   有一个   -d   命令行参数,   可以指定一个目录,   把生成的   .class   文件按照包给你 
  
  好好地搁在这个目录里面. 
          [source]$   mkdir   classes 
          [source]$   javac   -d   classes   pktest/PackageTest.java 
          [source]$   javac   -d   classes   Main.java 
          那么运行怎么运行呢? 
          [source]$   cd   classes 
          [classes]$   java   pktest.PackageTest 
          [classes]$   java   Main 
          就可以了.   其实   jdk   的这一套工具小巧简单,   功能强大,   不会用或者用错其 
  实不关工具的事,   关键是明白工具背后的一些原理和必要的知识.   集成环境是很好, 
  但是它屏蔽了很多底层的知识,   不出错还好,   一旦出错,   如果没有这些必要的知识 
  就很难办,   只好上   bbs   问,   别人只告诉了你解决的具体方法,   下一次遇到稍微变化 
  一点的问题又不懂了.   所以不要拘泥于工具,   java   的这一套工具组合起来使用,   中 
  小型工程(五六十个类),   还是应付得下来的. 
  三,   jar   文件 
          以下把   .jar   .zip   都看做是   .jar   文件. 
  1,     从前面我们可以看出来   jar   文件在   java   中非常重要,   极大地方便了用户的 
  使用.   我们也可以做自己的   .jar   包. 
          还是使用前面那个例子,   Main.java   是包之外的东西,   用了   pktest   包中的类, 
  我们现在就是要把   pktest   做成一个   .jar   包,   很简单,   刚才我们已经把   pktest 
  中的   .class   都集中起来了, 
          [classes]$   jar   -cvf   mypackage.jar   pktest 
          就会生成   mypackage.jar   文件,   测试一下,   刚才我们生成的   Main.class   就在 
          classes   目录下,   所以,   从前面可以知道: 
          [classes]$   java   -cp   mypackage.jar:.   Main 
          就可以运行了. 
  2,     如果你看过   jdk   所带的例子,   你就会知道,   .jar   还可以直接运行, 
          [/demo]$   java   -jar   aJar.jar 
          那好,   就那我们的试一试, 
          [classes]$   java   -jar   mypackage.jar 
          Failed   to   load   Main-Class   manifest   attribute   from 
          mypackage.jar 
          看来我们的   jar   和它的   jar   还不一样,   有什么不一样呢?   拿它一个例子出来, 
  重新编译,   生成   .jar   文件,   比较后发现,   是   .jar   压缩包中   META-INF/MANIFEST.MF 
  文件不一样,   多了一行,   Main-Class:   xxxxx,   再看看出错信息,   原来是没有指定 
  Main-Class,   看看   jar   命令,   发现有一个参数   -m, 
          -m     include   manifest   information   from   specified   manifest   file 
          和出错信息有点关系,   看来它要读一个配制文件.   只好照猫画虎写一个了. 
          [classes]$   cat   myManifest 
          Manifest-Version:   1.0 
          Main-Class:   pktest.PackageTest 
          Created-By:   1.2.2   (Sun   Microsystems   Inc.) 
          [classes]$   jar   cvfm   mypackage.jar   myManifest   pktest 
          added   manifest 
          adding:   pktest/(in   =   0)   (out=   0)(stored   0%) 
          adding:   pktest/PackageSecond.class(in   =   659)   (out=   395)(deflated   40%) 
          adding:   pktest/subpk/(in   =   0)   (out=   0)(stored   0%) 
          adding:   pktest/subpk/PackageSub.class(in   =   744)   (out=   454)(deflated   38%) 
  
          adding:   pktest/PackageTest.class(in   =   1041)   (out=   602)(deflated   42%) 
          [classes]$   java   -jar   mypackage.jar 
          Value   of   PackageTest   is   This   is   a   Test   Package 
          Value   of   PackageSecond   is   I   am   in   PackageTest 
          Value   of   PackageSecond   is   I   am   in   subpackage. 
          Value   of   PackageSub   is   I   am   in   PackageTest 
          好了,   成功了,   这样就做好了一个可以直接执行的   .jar   文件.   大家可以自己试一 
  试 
  做一个以   Main   为主程序的可执行的   jar. 

小结: 
          这篇文章中,   我们讨论了   java   中的   class   path,   package,   jar   等基本但比较 
  重要的东西,   主要是   class   path.   并不是简单的一份   CLASSPATH   的完全功略,   而是 
  试图让读者明白其原理,   自己思考,   自己动手.   其实大多数东西都在   sun   的   java   doc 
  
  中都有,   我只不过结合例子稍微谈了一下,   希望能有所帮助.   由于条件所限,   只测试了 
  
  jdk1.2.2   在   98   及   linux   的情况,   其他版本的   jdk   和平台请大家自己测试,   错误在 
  所难免,   还请指正. 
          下面是一些需要注意的问题: 
  1,   如果类路径中需要用到   .jar   文件,   必须把   jar   文件的文件名放入类路径,   而不是 
  
  其所在的目录. 
  2,   在任何时候,   类名必须带有完全的包名, 
  3,   "."   当前目录最好在你的类路径中. 
          下面是一些常见的编译和运行的模式. 
  4.   To   compile   HelloWorld.java   app   in   the   default   package   in   C:/MyDir,   use 
                  CD   /MyDir 
                          C:/jdk1.3/bin/Javac.exe   -classpath   .   HelloWorld.java 
  5.   To   run   a   HelloWorld.class   app,   in   the   default   package   in   C:/MyDir,   use 
                  CD   /MyDir 
                          C:/jdk1.3/bin/Java.exe   -classpath   .   HelloWorld 
  6.   To   run   a   HelloWorld.class   app,   in   the   default   package   in   a   jar   in   C:/MyDi 
  r,   uuse 
                  CD   /MyDir 
                          C:/jdk1.3/bin/Java.exe   -classpath   HelloWorld.jar   HelloWorld 
  7.   To   compile   a   HelloWorld.java   app   in   C:/MyPackage,   in   package   MyPackage,   u 
  se 
                  CD   / 
                          C:/jdk1.3/bin/Javac.exe   -classpath   .   MyPackage/HelloWorld.java 
  8.   To   run   a   HelloWorld.class   app   in   C:/MyPackage,   in   package   MyPackage,   use 
                  CD   / 
                          C:/jdk1.3/bin/Java.exe   -classpath   .   MyPackage.HelloWorld 
  9.   To   run   a   HelloWorld.class   app   in   C:/MyPackage,   in   a   jar   in   package   MyPack 
  age,,   use 
                  CD   /MyDir 
                          C:/jdk1.3/bin/Java.exe   -classpath   HelloWorld.jar   MyPackage.Hello 
  Worl 
  (注:   default   package   指的是在程序中不指定任何包). 
          最后一个小小的建议,   把   sun   的   jdk   tools   documentation   好好地看一看, 
  把   jdk   的那些工具   java   javac   javadoc   jar   javap   jdb......好好用一用,   会 
  有好处的.   The   Simplest   Is   The   Best. 
  参考文献: 
  Java   Tools   Documentation. 
  Java   Glossary   http://mindprod.com/