Eclipse: прикрепить источник / javadoc к библиотеке через локальное свойство

Я считаю, что этого лучше достичь с помощью:

• создание связанной папки в сочетании с
• объявление связанного ресурса

Связанный ресурс определяет переменную пути, которая будет равна /my/path/to/lib/src

Связанная папка будет ссылаться на ваш связанный ресурс

(вы можете использовать переменную, а не фиксированный путь, с помощью кнопки «Переменная»)

Переменная на самом деле всегда является локальной (для рабочего пространства) и будет изменена на Linked Resources экране предпочтений.

Связанная папка также может быть ... связанным файлом, что позволяет ссылаться на архив по относительному пути (относительно переменной).
Затем этот связанный файл (здесь связанный архив ) можно связать с вашим classpathentry в атрибуте "source".

Проблема со связанными ресурсами заключается в том, что они являются локальными для рабочей области в настройках.
Вы можете экспортировать настройки в файл [myPrefs.epf], а затем обрезать экспортированный файл, чтобы оставить только строки содержащий pathvariable:

/instance/org.eclipse.core.resources/pathvariable.MY_DIRECTORY=/my/path/to/lib/src

Затем любой может импортировать этот специальный файл настроек, который повлияет только на часть «Linked Resources».

Это решение не очень удовлетворительное, поскольку .epf файл настроек не может быть загружен в проект автоматически.
Когда я настраиваю проект со связанными ресурсами, определяющими путь, я всегда оставляю большой README.txt в корне моего проекта, чтобы побудить пользователя указанного проекта определить те же связанные ресурсы с его / ее собственным фиксированным локальным путем.

Выполняется несколько ошибок для улучшения этой ситуации или около тема" Связанные ресурсы ".

Особенно:

• Экспорт проекта со связанными ресурсами
• Относительные пути без переменных
• связали ресурсы относительно путей рабочих областей
• Хотелось бы использовать путь относительно корня рабочей области

DevByStarlight упоминает в комментарии к проекту (не очень активен с октября 2011 г.) workspacemechanic.

Workspace Mechanic автоматизирует обслуживание вашей среды Eclipse, настраивая предпочтения, добавляя местоположения расширений и так далее. Вы можете использовать его для:

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

Ключом к поведению Workspace Mechanic является Task.
Задача описывает простой тест и действие, которое при запуске изменяет среду, чтобы тест впоследствии прошел.
Tasks может иметь разные формы: файлы настроек, классы Java, сценарии Groovy и расширения Eclipse. Вы можете легко определить свои собственные задачи.

Поставляется с набором скриптов:

• механик рабочей области
• workspacemechanic-settings

Я просто нашел простой ответ на это (в Индиго) после работы над ним в фоновом режиме и свободных минут в течение нескольких дней. Самый простой способ, который я нашел, - это развернуть ваш проект в Project Explorer, зайти в ваши библиотеки, на которые есть ссылки, щелкнуть правой кнопкой мыши соответствующий JAR, на который есть ссылка, и выбрать «Свойства». Там у вас есть возможность указать местоположение JavaDocs. Введите расположение папки, содержащей файлы index.html и packages-list, которые являются частью документации Javadocs. Кусок пирога!

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

Вы можете сделать это с помощью переменных пути к классам.

Каждый разработчик создает пару новых переменных в Window -> Preferences -> Java -> Build Path -> Classpath Variables.

Определите переменную (скажем, JAVA_LIB_DIR), которая указывает на каталог, содержащий сторонний JAR (или JARS). Определите другую переменную, которая указывает на каталог, содержащий сторонний исходный код (JAVA_SRC_DIR). Вы можете настроить это как хотите, но у нас есть такая структура:

common/   
  lib/
    java/       <-- JAVA_LIB_DIR variable points to this directory
      axis/
      bitronix/
        1.0/bitronix.jar   "extension" is "bitronix/1.0/bitronix.jar"
      ...

В пути сборки вашего проекта используйте параметр «Добавить переменную ...», чтобы добавить библиотеку. Затем, когда вы «прикрепите источник», вам будет предложено указать переменную и расширение исходного кода.

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