Путь к папкам является традиционным способом, чтобы сообщить компилятору Java и среды выполнения Java, где найти скомпилированные классы. Обычно это последовательность имен файлов JAR и имен каталогов. Классам, используемый компилятор и система исполнения не должны быть то же самое, но они, как правило, «должно быть *, особенно для небольшого проекта.
Buildpath не является стандартной терминологии Java. Это термин для более богатого способа, которым типичная среда IDE определяет взаимосвязь между «модулями» или «проектами», составляющими приложение. IDE использует это, чтобы выяснить путь к классам и путь источника для компиляции кода Java и путь к нему для его запуска. IDE также использует путь построения, чтобы выяснить, как упаковать ваш код и его зависимости как (например) WAR-файл.
Например, путь построения Eclipse для проекта включает в себя другие проекты, от которого он зависит, и перечисляет любые дополнительные JAR-библиотеки библиотеки, в которых содержится/зависит проект. В нем также перечислены пакеты в текущем проекте, от которых могут зависящие нисходящие проекты.
(Если вы используете Maven для вашего проекта, механизм IDE buildpath вторичен по отношению к зависимостям, объявленным в П файлах. Например, с помощью Eclipse, с m2eclipse, то buildpath синтезируется из POM файлов.)
Но javac принимает аргумент classpath. Можно ли сказать, что этот параметр «перегружен» для указания пути сборки? – aioobe
Нет. Аргумент _classpath_ является подсказкой для компилятора, что он должен ожидать, чтобы он был доступен/предоставлен во время выполнения, поскольку вы не создаете каждый класс, который используете сами (например, JFC, Libraries, ...). _buildpath_ содержит исходные и/или исходные/скомпилированные зависимости и где их искать. –
При разработке плагина я добавил все необходимые библиотеки в путь к классам, но ничего не мог импортировать. Eclipse не видел их, пока я не добавил их, чтобы построить путь. – Bax