Куда поместить явские пакеты как htmlparser?

Я начинаю использовать явские пакеты как HTMLParser, я загрузил его и найдя, что есть много файлов и справочников в нем. 

Я блуждаю, куда разместить их в мою систему Linux? Есть ли соглашение или стандарт?

The quick and dirty answer is "anywhere on the classpath", where the classpath is set either as a system property on the client machine (not recommended), as a temporary system property for the CLI session used to start the JVM (workable from a startup script), or as a commandline parameter to the JVM (usually the preferred choice).  

First and second set the CLASSPATH environment variable, see the JDK or JRE documentation for the exact syntax and your operating system's and/or shell scripting documentation as well. Third uses the -cp commandline variable to the Java runtime and compiler, see their documentation for exact syntax.  

Where to place the files on the filesystem? For development purposes I typically use a central folder on my computer containing all such libraries and link to that from my IDE or other development environment. For deployment/packaging to end users, it is traditional to have a "lib" subfolder to the product folder that contains all distributable content, and put the jar files in that.



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

Однако, много проектов переключаются с этого метода контакта с зависимостями к использованию построить инструмента как [Апачский знаток](https://maven.apache.org/) который автоматически обращается с управлением зависимостью. Другие альтернативы включают [Плющ](https://ant.apache.org/ivy/) или [Gradle](http://gradle.org/why/robust-dependency-management/). For an introduction see the [5-минутное введение в Знатока](https://maven.apache.org/guides/getting-started/maven-in-five-minutes.html) или the [Знаток 3 обучающих программы](http://blogs.sourceallies.com/2011/06/maven-3-tutorial-project-setup/).

Здесь вы пишете pom.xml (файл объектной модели проекта), который определяет, какими библиотеками (банки) ваш проект пользуется. Знаток тогда хранит все банки для ваших различных проектов в .m2 справочнике в вашем местном справочнике, отслеживании того, где это получило их и их информацию об управлении версиями. 

Это делает развитие намного легче, поскольку вы не должны создавать справочник lib или вручную управлять зависимостями. Вы также избегаете большого количества сложностей урегулирования пути к классу, поскольку Знаток автоматически делает это для вас во время общих lifecyle стадий, таких как компиляция и тест. Последние версии Затмения могут прочитать англичанина Знатока и автоматически формировать ваш путь к классу от него. 

Как только вы разработали проект, Знаток может также помочь создать"  **толстые банки** ", которые содержат все банки, ваш проект зависит от через плагин собрания или плагин Оттенка. Это делает распределение кода легче, когда вы [строительство исполняемого файла](https://devdanke.wordpress.com/2009/02/18/creating-an-executable-jar-with-maven-2/) то, что вы хотите, чтобы кто-то использовал. Если вы распределяете банку, то ваш pom.xml описывает зависимости вашего проекта, избегая потребности распределить банки, от которых это зависит.

Для вынимания файлов в целом на системе Linux консультируются [Стандарт иерархии Файловой системы Linux](https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard).