你可以试试java -Djava.ext.dirs=jarDirectory http://docs.oracle.com/javase/6/docs/technotes/guides/extensions/spec.html

运行java时用于外部jar的目录

如果您确实需要动态指定所有的.jar文件，您可以使用shell脚本或Apache Ant。有一个名为commons Launcher的公共项目，基本上可以让你将启动脚本指定为蚂蚁构建文件(如果你明白我的意思)。

然后，你可以指定如下内容:

<path id="base.class.path">
    <pathelement path="${resources.dir}"/>
    <fileset dir="${extensions.dir}" includes="*.jar" />
    <fileset dir="${lib.dir}" includes="*.jar"/>
</path>

在启动构建文件中，该文件将使用正确的类路径启动应用程序。

您需要分别添加它们。或者，如果确实需要指定一个目录，可以将所有内容解jar到一个目录中，并将其添加到类路径中。但是，我不推荐这种方法，因为您可能会在类路径版本控制和不可管理性方面出现奇怪的问题。

如果您在Eclipse或Netbeans等任何IDE之外开发和运行Java应用程序，以上所有解决方案都非常有效。

如果您在Windows 7上使用Eclipse IDE for Development in Java，那么如果使用命令提示符运行Eclipse内部构建的类文件，可能会遇到问题。

例如，你在Eclipse中的源代码具有以下包层次结构: edu.sjsu.myapp.Main.java

json.jar是Main.java的外部依赖项

当您尝试从Eclipse中运行Main.java时，它将毫无问题地运行。

但是当你在Eclipse中编译Main.java后尝试使用命令提示符运行这个命令时，它会抛出一些奇怪的错误，比如“ClassNotDef Error blah blah”。

我假设你在源代码的工作目录中!!

使用下面的语法从命令提示符运行它:

json.jar" Main.java .jar" java -cp ".;json.jar" edu.sjsu.myapp.Main 不要错过。以上)

这是因为您已经将Main.java放在包edu.sjsu.myapp中，java.exe将查找确切的模式。

希望能有所帮助!!

我们通过部署一个主jar文件myapp.jar来解决这个问题，该文件包含一个清单(manifest .mf)文件，该文件指定了一个类路径和其他所需的jar，然后这些jar与它一起部署。在这种情况下，您只需要在运行代码时声明java -jar myapp.jar。

因此，如果你将主jar部署到某个目录中，然后将从属jar部署到该目录下的lib文件夹中，清单如下所示:

Manifest-Version: 1.0
Implementation-Title: myapp
Implementation-Version: 1.0.1
Class-Path: lib/dep1.jar lib/dep2.jar

注意:这是与平台无关的——我们可以使用相同的jar在UNIX服务器或Windows PC上启动。

致相关人士:

我在Windows MSYS/MinGW shell下发现了这种奇怪的行为。

工作原理:

$ javac -cp '.;c:\Programs\COMSOL44\plugins\*' Reclaim.java

不工作:

$ javac -cp 'c:\Programs\COMSOL44\plugins\*' Reclaim.java
javac: invalid flag: c:\Programs\COMSOL44\plugins\com.comsol.aco_1.0.0.jar
Usage: javac <options> <source files>
use -help for a list of possible options

我很确定通配符没有被shell扩展，因为例如。

$ echo './*'
./*

(我也用另一个程序试过，而不是内置的echo，结果是一样的。)

我相信是javac试图展开它，无论参数中是否有分号，它的行为都是不同的。首先，它可能试图展开所有看起来像路径的参数。只有这样，它才会解析它们，-cp只接受以下标记。(注意com.comsol.aco_1.0.0.jar是该目录中的第二个JAR。)这都是猜测。

这是

$ javac -version
javac 1.7.0