Перемещение плагинов между разными версиями Eclipse

Question

Мне нужно установить несколько плагинов для затмения, которое работает на удаленной 64-битной машине Linux.

Я попытался скопировать необходимые плагины в папку плагинов и функций на удаленном компьютере, но, похоже, это не сработало.

Подход, который я хотел опробовать сейчас, - это установка новой установки Eclipse со всеми плагинами и замена всей папки eclipse.

Но когда я это сделал, я понял, что должен использовать 32-битный Linux и Eclipse. Можно ли установить 32-битный Eclipse и просто перенести плагины и функции на удаленный компьютер? Нужно ли учитывать другие вещи? Можете ли вы порекомендовать какой-либо другой подход, который бы мне помог?

UPDATE: Проблема в том, что я не могу просто запустить затмение на удаленной машине. Я могу получить к нему доступ через ssh, но не могу запустить eclipse и установить плагины через мастера. У меня также нет 64-битного Linux для подготовки полного затмения, которое я могу просто скопировать. Так что я имел в виду, что мне нужно подготовить либо установку затмения, либо, может быть, просто папку плагинов и переместить ее из моей 32-битной архитектуры в 64-битную.

Я могу загрузить текущую папку Eclipse, но не могу ее запустить. Когда я пытаюсь запустить его с Ubuntu, ничего не происходит. Я считаю, что это потому, что это 64-битная версия, а у меня 32-битная архитектура.

Answer 1

Не делай этого.Мало того, что есть несколько плагинов с собственно скомпилированными фрагментами (отличающиеся для 32-битных и 64-битных), но в последних версиях Eclipse даже не регистрирует просто добавленные функции и плагины. Вы должны установить плагины явноесли вы не перемещаете всю установку между машинами с совместимой архитектурой.

Answer 2

Я думаю, что это возможно.

Архитектура не должна быть проблемой. Если плагины не содержат DLL или библиотеки .so, вызываемые через JNI, но примеров очень мало (swt является одним из примеров, но их очень мало).

На самом деле причиной того, почему у вас есть эклипс-специфичные для OS / arch / GUI версии, является не код java, а родной модуль запуска (eclipse.exe в Windows и SWT), все остальное может идти вперед и назад с одной машины на другую, независимо от арки, ОС или менеджера по вдовам.

Однако удаление jar-файлов в каталоге плагинов eclipse больше не является рекомендуемым способом установки плагинов (начиная с версии 3.3?). Это может сработать, но нет гарантии.

Чтобы установить недостающие плагины, вы должны загрузить их с самого eclipse (help => установить новое программное обеспечение ...). Если вы сообщите нам конкретные плагины, с которыми у вас возникли проблемы, мы сможем помочь вам более точно.

Лучший способ продвинуться вперед - перечислить все плагины на исходном компьютере (либо из eclipse (help => about), и посмотреть на имена, имеющие определенные подсказки в arch / os / gui. Все это не может быть скопировано. Все остальное должно быть в безопасности. Как я уже сказал, остерегайтесь SWT. Subclipse имеет JNI-зависимую конфигурацию, если вы решите использовать JavaHL. И есть также «ложные» плагины, такие как xmlSpy и т. Д., Которые отмечают больше, чем адаптеры JNI, но это не мейнстрим.

Answer 3

Вы не можете запустить 64-битный двоичный файл в 32-битной системе без какого-либо программного обеспечения для виртуализации, которое выполняет полную эмуляцию процессора. VMWare, VirtualPC и т.д ... не делайте этого. Они виртуализируют систему, но не процессор.

И наоборот: 32-битный двоичный файл на 64-битном процессоре, как правило, возможен, если ОС (и процессор) поддерживают такие вещи.