Где я должен хранить файлы сторонних баннеров (архив Java)?

Question 1

Что было бы лучшим местом для сохранения файлов jar библиотек, которые я хочу использовать в проекте, которые не находятся в каких-либо репозиториях, и как мне устанавливать разрешения?

Должен ли я помещать их в / usr / share / java, или лучше хранить их где-нибудь в моей домашней папке?

Какими будут наиболее полезные права доступа? Имеет ли смысл следовать соглашению в / usr / share / java о создании символической ссылки с именем пакета в конкретную версию jar и следовать ли там разрешениям?

Question 2

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) в вашей домашней папке. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

my-app

сделает для запуска my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Question 3

Question 4

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) в вашей домашней папке. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

my-app

сделает для запуска my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Question 5

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) в вашей домашней папке. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

my-app

сделает для запуска my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Question 6

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) в вашей домашней папке. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

my-app

сделает для запуска my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Question 7

Question 8

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Question 9

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Question 10

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Question 11

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Question 12

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Question 13

Question 14

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Question 15

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Question 16

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Question 17

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Question 18

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Question 19

Question 20

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Question 21

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Question 22

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Question 23

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

papukaija · Accepted Answer · 25 May 2018 в 23:00

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) в вашей домашней папке. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

my-app

сделает для запуска my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Просто добавьте, что файл my_app.extension должен, вероятно, рассказать терминалу, какую программу использовать, например, файлы sh имеют строку #bin/bash. У меня нет опыта программирования в Java, поэтому я не могу сказать, нужны ли в java-файлах такие инструкции для терминала. — papukaija, 16 February 2011 в 05:14

papukaija · Accepted Answer · 25 July 2018 в 22:29

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) в вашей домашней папке. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

my-app

сделает для запуска my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

papukaija · Accepted Answer · 26 July 2018 в 21:57

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) в вашей домашней папке. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

my-app

сделает для запуска my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

papukaija · Accepted Answer · 2 August 2018 в 03:55

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) в вашей домашней папке. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

my-app

сделает для запуска my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

papukaija · Accepted Answer · 4 August 2018 в 19:59

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

papukaija · Accepted Answer · 6 August 2018 в 04:01

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

papukaija · Accepted Answer · 7 August 2018 в 21:59

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

papukaija · Accepted Answer · 10 August 2018 в 10:13

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

papukaija · Accepted Answer · 13 August 2018 в 16:36

Если всем пользователям вашей системы не нужен доступ к файлам, вы можете поместить их в свою домашнюю папку или даже лучше в папку bin (создать одну, если она еще не сделана) под вашей домашней папкой. Таким образом, у вас есть личный каталог bin, к которому можно получить доступ с терминала, не указав расширение файла или программу, чтобы открыть файл.

Например,

  my-app

заставит терминал запускать my-app.any_possible_extension с соответствующей программой (Java Java или Openjdk в этом случае). Если вы создаете папку bin, вам необходимо выйти из системы и вернуться в систему, чтобы система распознала новую папку bin. Кроме того, файлы в папке личного bin должны быть установлены как исполняемые, иначе терминал будет игнорировать файл.

Просто добавьте, что файл my_app.extension должен, вероятно, рассказать терминалу, какую программу использовать, например, файлы sh имеют строку # bin / bash . У меня нет опыта программирования в Java, поэтому я не могу сказать, нужны ли в java-файлах такие инструкции для терминала. — papukaija, 16 February 2011 в 05:14

Arcege · Answer 10 · 25 May 2018 в 23:00

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Разве это не должно быть /usr/local/lib/xyzzy/*.jar? — Andres, 8 June 2016 в 23:05
На самом деле, это должно быть /usr/local/share/xyzzy/*.jar, потому что они не зависят от архитектуры ... ну, если вы не перепутали специфику ОС ... — Andres, 8 June 2016 в 23:15

Arcege · Answer 11 · 25 July 2018 в 22:29

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Разве это не должно быть /usr/local/lib/xyzzy/*.jar? — Andres, 8 June 2016 в 23:05
На самом деле, это должно быть /usr/local/share/xyzzy/*.jar, потому что они не зависят от архитектуры ... ну, если вы не перепутали специфику ОС ... — Andres, 8 June 2016 в 23:15

Arcege · Answer 12 · 26 July 2018 в 21:57

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Разве это не должно быть /usr/local/lib/xyzzy/*.jar? — Andres, 8 June 2016 в 23:05
На самом деле, это должно быть /usr/local/share/xyzzy/*.jar, потому что они не зависят от архитектуры ... ну, если вы не перепутали специфику ОС ... — Andres, 8 June 2016 в 23:15

Arcege · Answer 13 · 2 August 2018 в 03:55

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Разве это не должно быть /usr/local/lib/xyzzy/*.jar? — Andres, 8 June 2016 в 23:05
На самом деле, это должно быть /usr/local/share/xyzzy/*.jar, потому что они не зависят от архитектуры ... ну, если вы не перепутали специфику ОС ... — Andres, 8 June 2016 в 23:15

Arcege · Answer 14 · 4 August 2018 в 19:59

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Arcege · Answer 15 · 6 August 2018 в 04:01

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Arcege · Answer 16 · 7 August 2018 в 21:59

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Arcege · Answer 17 · 10 August 2018 в 10:13

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Arcege · Answer 18 · 13 August 2018 в 16:36

определенно лучше сохранить «локальные» изменения вне области распространения. Когда вам нужно будет обновить позже, ваши изменения не будут удалены или обновление не завершится неудачно из-за ошибочного файла. Вам просто нужно изменить переменную среды CLASSPATH, чтобы включить файлы jar в ваш домашний каталог.

Поскольку вы указываете свой домашний каталог, я предполагаю, что это персональный проект, а не тот, который будет опубликован где-то. Если проект будет опубликован, то в рамках дистрибутива проекта должен быть каталог, который, вероятно, называется «lib»; например, /usr/local/xyzzy/lib/*.jar (для проекта «xyzzy»).

Разве это не должно быть /usr/local/lib/xyzzy/*.jar? — Andres, 8 June 2016 в 23:05
На самом деле, это должно быть /usr/local/share/xyzzy/*.jar, потому что они не зависят от архитектуры ... ну, если вы не перепутали специфику ОС ... — Andres, 8 June 2016 в 23:15

Где я должен хранить файлы сторонних баннеров (архив Java)?

18 ответов

Другие вопросы по тегам:

Похожие вопросы: