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

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

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

1
nl ja de
Зависит от того, как вы намереваетесь использовать его, если you' приложение разработки ре, которое должно быть портативно, необходимо поместить его в папке приложения, также зависит от того, если вы хотите, чтобы эта библиотека была разделена между пользователями или нет.
добавлено автор Marek Sebera, источник
Просто удивление; какова была бы проблема, если вы упаковываете эти библиотеки анализатора HTML со своим заявлением. Я имею в виду, помещаю их в тот же самый справочник, где ваше заявление будет проживать. Будет какая-либо проблема в выполнении этого???
добавлено автор Prateek, источник
мое предположение - это you' ре, строящее настольное приложение. хорошо, это зависит от вашей целевой платформы - win/lin/mac, в основном если вы хотите разделить материал между пользователями, вы, возможно, нуждались бы в некотором родном пакете, или возможно пошли бы для некоторого решения инсталлятора как: izpack.org
добавлено автор Peter Butkovic, источник
Что я должен сделать, если я хочу разделить ту библиотеку между различными пользователями?
добавлено автор Yishu Fang, источник
Вы имеете в виду стороннюю библиотеку? jsoup!
добавлено автор Subhrajyoti Majumder, источник

2 ответы

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.

1
добавлено

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

Однако, много проектов переключаются с этого метода контакта с зависимостями к использованию построить инструмента как Апачский знаток который автоматически обращается с управлением зависимостью. Другие альтернативы включают Плющ или Gradle. For an introduction see the 5-минутное введение в Знатока или the Знаток 3 обучающих программы.

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

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

Как только вы разработали проект, Знаток может также помочь создать" толстые банки ", которые содержат все банки, ваш проект зависит от через плагин собрания или плагин Оттенка. Это делает распределение кода легче, когда вы строительство исполняемого файла то, что вы хотите, чтобы кто-то использовал. Если вы распределяете банку, то ваш pom.xml описывает зависимости вашего проекта, избегая потребности распределить банки, от которых это зависит.

Для вынимания файлов в целом на системе Linux консультируются Стандарт иерархии Файловой системы Linux.

1
добавлено
это doesn' t отвечают на вопрос, он просто предлагает работу, чтобы скрыть реальную проблему (достойный, но он должен знать систему и быть в состоянии использовать ее, не оснащая в конечном счете).
добавлено автор jwenting, источник
pro.jvm
pro.jvm
3 503 участник(ов)

Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш сайт: projvm.com projvm.ru Наш канал: @proJVM Вакансии: @jvmjobs Конфы: @jvmconf

Java & Co
Java & Co
2 370 участник(ов)

Можно обсуждать с матом и без всё, что касается жабы, вплоть до холиваров. НЕ ИМЕЕТ ОТНОШЕНИЯ К САЙТУ JAVARUSH.RU ПРАВИЛА - https://t.me/javarush/75723 Вакансии сюда - https://telegram.me/joinchat/B7IzvUCnfo6d8t3yIxKguQ По вопросам - @thedude

learn.java
learn.java
1 888 участник(ов)

Чат для начинающих и не только Статистика: https://combot.org/chat/-1001083535868 Основной чат - @jvmchat

Java Underground
Java Underground
169 участник(ов)

https://vk.com/javatutorial

Javanese Questions
Javanese Questions
109 участник(ов)

Чат предназначен для обмена знаниями строго в формате в вопрос-ответ. Тема — Java, Kotlin и Android. Вопрос должен быть предварительно прогуглен, понятно и грамотно сформулирован, помечен хэштегами. Ответ — тем более. Куски кода размером в несколько строк можно писать прямо здесь, для больших кусков кода стоит использовать http://gist.github.com/, http://pastebin.com/, https://codeshare.io/ или любой аналогичный сервис. В некоторых случаях можно прикреплять скриншоты. Стикеры и гифки запрещены. Дополнять и уточнять вопросы и ответы — редактированием исходного сообщения. Обсуждения должны приводить к редактированию вопроса/ответа и удаляться. По хештегам можно искать существующие вопросы и овтеты: #вопрос #ответ #git #generics #java #server #awt #javafx #swing #kotlin #anko #tornadofx #ktor #android #recyclerView #performance #arch #network #permissions #storage #async