来自wepapp的类:

  > mvn clean install

  > java -cp "webapp/target/webapp-1.17.0-SNAPSHOT/WEB-INF/lib/tool-jar-1.17.0-SNAPSHOT.jar;webapp/target/webapp-1.17.0-SNAPSHOT/WEB-INF/lib/*" com.xx.xx.util.EncryptorUtils param1 param2

如果您确实需要动态指定所有的.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>

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

macOS，当前文件夹

Java 13在macOS Mojave…

如果所有的.jar文件都在同一个文件夹中，使用cd将其设置为当前工作目录。与pwd核实。

对于-classpath，首先必须列出应用程序的JAR文件。使用冒号:作为分隔符，附加星号*以获得同一文件夹中的所有其他JAR文件。最后，将类的完整包名与main方法一起传递。

例如，对于一个名为my_app.jar的JAR文件中的一个应用程序，在一个名为com的包中一个名为app的类中有一个主方法。例如，在同一个文件夹中放置一些需要的罐子:

java -classpath my_app.jar:* com.example.App

我知道的唯一方法是单独做，例如:

setenv CLASSPATH /User/username/newfolder/jarfile.jar:jarfile2.jar:jarfile3.jar:.

希望有帮助!

正确的:

java -classpath "lib/*:." my.package.Program

不正确的:

java -classpath "lib/a*.jar:." my.package.Program
java -classpath "lib/a*:."     my.package.Program
java -classpath "lib/*.jar:."  my.package.Program
java -classpath  lib/*:.       my.package.Program

致相关人士:

我在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