При использовании Java 6 или более поздней версии параметр classpath поддерживает подстановочные знаки. Обратите внимание на следующее:

• Используйте прямые кавычки (")
• Используйте *, а не *.jar

Windows

java -cp "Test.jar;lib/*" my.package.MainClass

Unix

java -cp "Test.jar:lib/*" my.package.MainClass

Это похоже на Windows, но использует : вместо ;. Если вы не можете использовать подстановочные знаки, bash разрешает следующий синтаксис (где lib - это каталог, содержащий все файлы архива Java):

java -cp "$(printf %s: lib/*.jar)"

(Обратите внимание, что использование пути к классам несовместимо с параметром -jar. См. Также: Запустить файл jar с несколькими библиотеками пути к классам из командной строки)

Что такое подстановочные знаки

Из документа Classpath:

Записи пути к классу могут содержать подстановочный знак базового имени *, который считается эквивалентным указанию списка всех файлов в каталоге с расширением .jar или .JAR. Например, запись пути к классу foo/* указывает все файлы JAR в каталоге с именем foo. Запись пути к классам, состоящая просто из *, расширяется до списка всех файлов jar в текущем каталоге.

Запись пути к классу, содержащая *, не будет соответствовать файлам классов. Чтобы сопоставить классы и файлы JAR в одном каталоге foo, используйте foo;foo/* или foo/*;foo. Выбранный порядок определяет, загружаются ли классы и ресурсы в foo перед файлами JAR в foo или наоборот.

Поиск в подкаталогах рекурсивно не выполняется. Например, foo/* ищет файлы JAR только в foo, а не в foo/bar, foo/baz и т. Д.

Порядок, в котором файлы JAR в каталоге перечислены в расширенном пути к классам, не указан и может варьироваться от платформы к платформе и даже от момента к моменту на одной и той же машине. Хорошо построенное приложение не должно зависеть от какого-либо конкретного порядка. Если требуется определенный порядок, файлы JAR могут быть явно перечислены в пути к классам.

Расширение подстановочных знаков выполняется раньше, до вызова основного метода программы, а не поздно, во время самого процесса загрузки класса. Каждый элемент пути входного класса, содержащий подстановочный знак, заменяется (возможно, пустой) последовательностью элементов, сгенерированной путем перечисления файлов JAR в указанном каталоге. Например, если каталог foo содержит a.jar, b.jar и c.jar, то путь к классу foo/* расширяется до foo/a.jar;foo/b.jar;foo/c.jar, и эта строка будет значением системного свойства java.class.path.

Переменная среды CLASSPATH не обрабатывается иначе, чем параметр командной строки -classpath (или -cp). То есть во всех этих случаях используются подстановочные знаки. Однако подстановочные знаки пути к классам не учитываются в заголовке Class-Path jar-manifest.

Примечание: из-за известной ошибки в java 8 в примерах Windows должна использоваться обратная косая черта перед записями с завершающей звездочкой: https://bugs.openjdk.java.net/browse/JDK-8131329

Под Windows это работает:

java -cp "Test.jar;lib/*" my.package.MainClass

и это не работает:

java -cp "Test.jar;lib/*.jar" my.package.MainClass

Обратите внимание на *.jar, поэтому подстановочный знак * следует использовать отдельно.

В Linux работает следующее:

java -cp "Test.jar:lib/*" my.package.MainClass

Разделителями являются двоеточия вместо точки с запятой.

Мы обходим эту проблему, развертывая основной файл jar myapp.jar, который содержит файл manifest (Manifest.mf), в котором указывается путь к классам с другими необходимыми файлами jar, которые затем развертываются вместе с ним. В этом случае вам нужно только объявить java -jar myapp.jar при запуске кода.

Итак, если вы развернете основной jar в какой-то каталог, а затем поместите зависимые банки в папку lib под ним, манифест будет выглядеть так:

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

NB: это не зависит от платформы - мы можем использовать одни и те же jar-файлы для запуска на сервере UNIX или на ПК с Windows.

Мое решение на Ubuntu 10.04 с использованием java-sun 1.6.0_24 со всеми банками в каталоге "lib":

java -cp .:lib/* my.main.Class

Если это не удается, следующая команда должна работать (распечатывает все * .jars в каталоге lib в параметр classpath)

java -cp $(for i in lib/*.jar ; do echo -n $i: ; done). my.main.Class

Краткий ответ: java -classpath lib/*:. my.package.Program

Oracle предоставляет документацию по использованию подстановочных знаков в путях к классам здесь для Java 6 и здесь для Java 7, под заголовком раздела Что такое подстановочные знаки пути к классам. (Пока я пишу это, две страницы содержат одинаковую информацию.) Вот краткое изложение основных моментов:

• В общем, чтобы включить все JAR в данный каталог, вы можете использовать подстановочный знак * (не *.jar).

• Подстановочный знак соответствует только JAR, но не файлам классов; чтобы получить все классы в каталоге, просто завершите запись пути к классам именем каталога.

• Вышеупомянутые два параметра могут быть объединены для включения всех файлов JAR и классов в каталог, при этом применяются обычные правила приоритета пути к классам. Например. -cp /classes;/jars/*

• Подстановочный знак не выполняет поиск файлов JAR в подкаталогах.

• Вышеупомянутые пункты списка верны, если вы используете системное свойство CLASSPATH или флаги командной строки -cp или -classpath. Однако, если вы используете Class-Path заголовок манифеста JAR (как вы могли бы это сделать с файлом сборки ant), подстановочные знаки не будут учитываться.

Да, моя первая ссылка та же, что и в ответе, получившем наибольшее количество баллов (который у меня нет надежды обогнать), но этот ответ не дает подробного объяснения, кроме ссылки. Поскольку такое поведение не рекомендуется в наши дни в Stack Overflow, я подумал, что смогу расширить его.

Windows:

 java -cp file.jar;dir/* my.app.ClassName

Linux:

 java -cp file.jar:dir/* my.app.ClassName

Напоминание:
- Разделитель путей в Windows - ;
- Разделитель путей в Linux - :
- В Windows, если аргумент cp не содержит белого цвета пробел, "кавычки" необязательны

Для меня это работает в окнах.

java -cp "/lib/*;" sample

Для linux

java -cp "/lib/*:" sample

Я использую Java 6

Вы можете попробовать java -Djava.ext.dirs=jarDirectory http://docs.oracle.com/javase/6/docs/technotes/guides/extensions/spec.html.

Каталог для внешних jar-файлов при запуске java

Верно:

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

Если вы используете Java 6, вы можете использовать подстановочные знаки в пути к классам.

Теперь можно использовать подстановочные знаки в определении пути к классам:

javac -cp libs/* -verbose -encoding UTF-8 src/mypackage/*.java  -d build/classes

Ссылка: http://www.rekk.de/bloggy/2008/add-all-jars-in-a-directory-to-classpath-with-java-se-6-using-wildcards/

Если вам действительно нужно указать все файлы .jar динамически, вы можете использовать сценарии оболочки или 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>

В вашем файле сборки запуска, который запустит ваше приложение с правильным путем к классам.

Обратите внимание, что расширение подстановочных знаков для Java 7 в Windows не работает.

Дополнительную информацию см. В этой проблеме StackOverflow.

Обходной путь - поставить точку с запятой сразу после подстановочного знака. java -cp "somewhere/*;"

Для предъявления по месту требования,

Я обнаружил это странное поведение в Windows под оболочкой MSYS / MinGW.

Работает:

$ 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

Я совершенно уверен, что подстановочный знак не расширяется оболочкой, потому что, например,

$ echo './*'
./*

(Пробовал и с другой программой, а не со встроенным echo, с тем же результатом.)

Я считаю, что это javac пытается его расширить, и он ведет себя по-разному, есть ли в аргументе точка с запятой или нет. Во-первых, он может пытаться расширить все аргументы, которые выглядят как пути. И только после этого он их проанализирует, а -cp получит только следующий токен. (Обратите внимание, что com.comsol.aco_1.0.0.jar - это второй JAR в этом каталоге.) Это все предположение.

Это

$ javac -version
javac 1.7.0

Все вышеперечисленные решения отлично работают, если вы разрабатываете и запускаете приложение Java вне любой IDE, такой как Eclipse или Netbeans.

Если вы работаете в Windows 7 и используете Eclipse IDE для разработки на Java, вы можете столкнуться с проблемами при использовании командной строки для запуска файлов классов, созданных внутри Eclipse.

Например. Ваш исходный код в Eclipse имеет следующую иерархию пакетов: edu.sjsu.myapp.Main.java

У вас есть json.jar как внешняя зависимость для Main.java

Когда вы пытаетесь запустить Main.java из Eclipse, он будет работать без каких-либо проблем.

Но когда вы попытаетесь запустить это с помощью командной строки после компиляции Main.java в Eclipse, он выдаст несколько странных ошибок, в которых говорится: «Ошибка ClassNotDef, бла-бла».

Я предполагаю, что вы находитесь в рабочем каталоге исходного кода !!

Используйте следующий синтаксис для запуска из командной строки:

1. # P9 #

2. # P10 #

   # P11 #

Это потому, что вы поместили Main.java в пакет edu.sjsu.myapp, и java.exe будет искать точный шаблон.

Надеюсь, это поможет !!

Для окон требуются кавычки и; следует использовать как разделитель. например.:

java -cp "target\\*;target\\dependency\\*" my.package.Main

Краткая форма: если ваш main находится внутри jar, вам, вероятно, понадобится дополнительный '-jar pathTo / yourJar / YourJarsName.jar', явно объявленный, чтобы заставить его работать (даже если 'YourJarsName.jar' был в пути к классам) (или , выраженный в ответ на исходный вопрос, заданный 5 лет назад: вам не нужно повторно объявлять каждую банку явно, но кажется, что даже с java6 вам нужно повторно объявить свою собственную банку ...)

Длинная форма: (я сделал это явным до такой степени, что надеюсь, что даже нарушители Java могут использовать это)

Как и многие здесь, я использую eclipse для экспорта jar-файлов: (Файл-> Экспорт -> «Запускаемый файл JAR»). В eclipse (Juno) есть три варианта работы с библиотекой:

opt1: "Extract required libraries into generated JAR"
opt2: "Package required libraries into generated JAR"
opt3: "Copy required libraries into a sub-folder next to the generated JAR"

Обычно я использовал opt2 (а opt1 определенно ломался), однако в собственном коде одной из используемых мною jar-файлов я обнаружил разрывы с помощью удобного трюка jarinjar, который eclipse использует, когда вы выбираете этот вариант. Даже после того, как я понял, что мне нужен opt3, а затем нашел эту запись в StackOverflow, мне все же потребовалось некоторое время, чтобы понять, как запустить мой main за пределами eclipse, поэтому вот что сработало для меня, так как это полезно для других ...

Если вы назвали свою банку: «fooBarTheJarFile.jar» и все настроено на экспорт в каталог: «/ theFully / qualifiedPath / toYourChosenDir».

(это означает, что в поле «Место назначения экспорта» будет указано: «/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile.jar»)

После того, как вы нажмете «Готово», вы обнаружите, что eclipse помещает все библиотеки в папку с именем fooBarTheJarFile_lib в этом каталоге экспорта, что дает вам что-то вроде:

/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile.jar
/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/SomeOtherJar01.jar
/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/SomeOtherJar02.jar
/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/SomeOtherJar03.jar
/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/SomeOtherJar04.jar

Затем вы можете запустить из любой точки вашей системы с помощью:

java -classpath "/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/*" -jar  /theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile.jar   package.path_to.the_class_with.your_main.TheClassWithYourMain

(Для новичков в Java: 'package.path_to.the_class_with.your_main' - это объявленный путь к пакету, который вы найдете в верхней части файла 'TheClassWithYourMain.java', который содержит 'main (String [] args) {.. .} ', который вы хотите запустить извне java)

Обратите внимание на ловушку: недостаточно иметь 'fooBarTheJarFile.jar' в списке jar-файлов в объявленном пути к классам. Вам нужно явно объявить '-jar' и повторно объявить местоположение этого jar-файла.

например это ломается:

 java -classpath "/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile.jar;/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/*"  somepackages.inside.yourJar.leadingToTheMain.TheClassWithYourMain

переформулирован с относительными путями:

cd /theFully/qualifiedPath/toYourChosenDir/;
BREAKS:  java -cp "fooBarTheJarFile_lib/*"                                package.path_to.the_class_with.your_main.TheClassWithYourMain    
BREAKS:  java -cp ".;fooBarTheJarFile_lib/*"                              package.path_to.the_class_with.your_main.TheClassWithYourMain   
BREAKS:  java -cp ".;fooBarTheJarFile_lib/*"   -jar                       package.path_to.the_class_with.your_main.TheClassWithYourMain   
WORKS:   java -cp ".;fooBarTheJarFile_lib/*"   -jar  fooBarTheJarFile.jar package.path_to.the_class_with.your_main.TheClassWithYourMain   

(с использованием версии java "1.6.0_27"; через виртуальную машину 64-разрядного сервера OpenJDK в ubuntu 12.04)

macOS, текущая папка

Для Java 13 в macOS Mojave…

Если все ваши .jar файлы находятся в одной папке, используйте cd, чтобы сделать это своим текущий рабочий каталог. Подтвердите с помощью pwd.

Для -classpath вы должны сначала указать файл JAR для своего приложения. Используя символ двоеточия : в качестве разделителя, добавьте звездочку *, чтобы получить все остальные файлы JAR в той же папке. Наконец, передайте полное имя пакета класса с помощью вашего main метода.

Например, для приложения в файле JAR с именем my_app.jar с методом main в классе с именем App в пакете с именем com.example вместе с некоторыми необходимыми банками в той же папке:

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

Единственный способ, которым я знаю, как это делать индивидуально, например:

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

Надеюсь, это поможет!

класс из 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

Вам нужно добавить их все по отдельности. В качестве альтернативы, если вам действительно нужно просто указать каталог, вы можете распаковать все в один каталог и добавить его в свой путь к классам. Однако я не рекомендую этот подход, поскольку вы рискуете получить странные проблемы с управлением версиями и неуправляемостью пути к классам.

Это не прямое решение для возможности установить / * в -cp, но я надеюсь, что вы могли бы использовать следующий сценарий, чтобы немного облегчить ситуацию для динамических путей к классам и каталогов lib.

 libDir2Scan4jars="../test";cp=""; for j in `ls ${libDir2Scan4jars}/*.jar`; do if [ "$j" != "" ]; then cp=$cp:$j; fi; done; echo $cp| cut -c2-${#cp} > .tmpCP.tmp; export tmpCLASSPATH=`cat .tmpCP.tmp`; if [ "$tmpCLASSPATH" != "" ]; then echo .; echo "classpath set, you can now use  ~>         java -cp \$tmpCLASSPATH"; echo .; else echo .; echo "Error please check libDir2Scan4jars path"; echo .; fi; 

Сценарий для Linux, может быть аналогичный и для Windows. Если правильный каталог указан в качестве входных данных для "libDir2Scan4jars"; сценарий просканирует все jar-файлы, создаст строку пути к классам и экспортирует ее в переменную env "tmpCLASSPATH".

Думайте о файле jar как о корне структуры каталогов. Да, вам нужно добавить их все по отдельности.

Установите путь к классам подходящим образом для нескольких jar-файлов и файлов классов текущего каталога.

CLASSPATH=${ORACLE_HOME}/jdbc/lib/ojdbc6.jar:${ORACLE_HOME}/jdbc/lib/ojdbc14.jar:${ORACLE_HOME}/jdbc/lib/nls_charset12.jar; 
CLASSPATH=$CLASSPATH:/export/home/gs806e/tops/jconn2.jar:.;
export CLASSPATH

У меня в папке несколько банок. Приведенная ниже команда работала для меня в JDK1.8, чтобы включить все банки, присутствующие в папке. Обратите внимание, что для включения в кавычки, если у вас есть пробел в пути к классам

Windows

Компиляция: javac -classpath "C:\My Jars\sdk\lib\*" c:\programs\MyProgram.java

Бег: java -classpath "C:\My Jars\sdk\lib\*;c:\programs" MyProgram

Linux

Компиляция: javac -classpath "/home/guestuser/My Jars/sdk/lib/*" MyProgram.java

Бег: java -classpath "/home/guestuser/My Jars/sdk/lib/*:/home/guestuser/programs" MyProgram

Также важен порядок аргументов команды java:

c:\projects\CloudMirror>java Javaside -cp "jna-5.6.0.jar;.\"
Error: Unable to initialize main class Javaside
Caused by: java.lang.NoClassDefFoundError: com/sun/jna/Callback

против

c:\projects\CloudMirror>java -cp "jna-5.6.0.jar;.\" Javaside
Exception in thread "main" java.lang.UnsatisfiedLinkError: Unable