Разработка проекта Java Eclipse на 32-битных и 64-битных системах Linux

Question

У меня есть ряд связанных проектов, которые я разместил под управлением Git (все эти проекты находятся в одном рабочем пространстве, которое является верхним уровнем хранилища Git) и клонирован с моего рабочего стола (32 бит) на мой ноутбук (64 бит), поэтому я могу работать над ними везде. Папка рабочего пространства .metadata исключается, но все папки проекта отслеживаются.

Когда я открыл клонированный рабочее место на ноутбуке, я был встречен ошибкой:

Project 'project' is missing required library: 
'/usr/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.5.2.v3557f.jar' 

Очевидно, что 64-разрядные затмение не имеет библиотеки 32-разрядные, но мне интересно, каким образом это должны быть разрешены.

Эта библиотека была добавлена ​​как часть шаблона проекта SWT/JFace окна Builder. В папке плагинов eclipse есть org.eclipse.swt_3.5.2.v3557f.jar, но изменение пути к классу для поиска не работает (не странно выглядит SWT). Просматривая остальную часть файла .classpath для проектов SWT/JFace, эта конкретная библиотека является только, которая является такой специфичной для платформы.

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

Могу ли я просто обозначить 64-битную банку на ноутбуке 32-битным именем, чтобы путь к классам мог найти библиотеку? Есть ли другое, лучшее решение?

UPDATE: Похоже, что этот тип проекта должен зависеть от конкретного фрагмента SWT, поэтому до тех пор, пока это лучшее решение, я собираюсь симлинки фрагменты в вопросе на обеих машинах, чтобы направить компилятор к правильный фрагмент. Строительство/запуск проектов на других машинах (и особенно в Windows) будет! но я построю этот мост, когда доберусь туда.

Answer 1

Что именно вы держите в своем источнике?

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

Я думаю, что у вас есть проблема с настройками IDE для вашего 64-битного Eclipse, не работающего с 32-битным.

Просто удалите каталог .metadata в своем рабочем пространстве и переименуйте все проекты в этом Eclipse.

Answer 2

Не делайте этого со всем рабочим пространством. Просто делайте это с отдельными проектами. Хорошо работает здесь.

Answer 3

Какой тип проекта вы разрабатываете? Проект java или подключаемый модуль?

Если вы разрабатываете проект подключаемого модуля, ваш проект не должен напрямую зависеть от конкретного фрагмента swt (например, swt.gtk, swt.win32). Это должно зависеть от хост-модуля «org.eclipse.swt», что фактическая реализация swt - это разные фрагменты на разных платформах.

Если вы разрабатываете проект java, который требует использования swt в качестве стороннего требования. Вы можете установить пакет eclipse delta для обоих 32-битных и 64-битных затмений.

Answer 4

Чтобы избежать проблем с платформой, вы также можете рассмотреть Maven.Использование Maven 2 или 3, с дополнительной комбинацией проблем с платформой профилей, можно легко решить. Используя несколько плагинов Maven для Eclipse, проекты Maven могут быть импортированы непосредственно в Eclipse.