_{Опять это время года: "eclipse.ini take 3" настройки наносят ответный удар!}

Настройки Eclipse Helios 3.6 и 3.6.x

alt text http://www.eclipse.org/home/promotions/friends-helios/helios.png

После настроек для Eclipse Ganymede 3.4.x и Eclipse Galileo 3.5.x, здесь подробно рассматривается "оптимизированный" eclipse. ini файл настроек для Eclipse Helios 3.6.x:

• основанный на опциях времени выполнения,
• и использующий Sun-Oracle JVM 1.6u21 b7, выпущенный 27 июля (могут быть задействованы некоторые проприетарные опции Sun).

(^{под "оптимизированным" я подразумеваю возможность запуска полноценного Eclipse на нашей дрянной рабочей станции на работе, старом P4 2002 года с 2Go RAM и XPSp3. Но я также тестировал эти же настройки на Windows7})

Eclipse.ini

ВНИМАНИЕ: для не-Windows платформы используйте проприетарную опцию Sun -XX:MaxPermSize вместо проприетарной опции Eclipse --launcher.XXMaxPermSize.
То есть: если только вы не используете последнюю версию jdk6u21 build 7. См. раздел Oracle ниже.

-data
../../workspace
-showlocation
-showsplash
org.eclipse.platform
--launcher.defaultAction
openFile
-vm
C:/Prog/Java/jdk1.6.0_21/jre/bin/server/jvm.dll
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Declipse.p2.unsignedPolicy=allow
-Xms128m
-Xmx384m
-Xss4m
-XX:PermSize=128m
-XX:MaxPermSize=384m
-XX:CompileThreshold=5
-XX:MaxGCPauseMillis=10
-XX:MaxHeapFreeRatio=70
-XX:+CMSIncrementalPacing
-XX:+UnlockExperimentalVMOptions
-XX:+UseG1GC
-XX:+UseFastAccessorMethods
-Dcom.sun.management.jmxremote
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=C:/Prog/Java/eclipse_addons

Примечание:
Адаптируйте p2.reconciler.dropins.directory к внешнему каталогу по вашему выбору.
См. этот ответ SO. Идея заключается в том, чтобы иметь возможность забрасывать новые плагины в каталог независимо от любой установки Eclipse.

В следующих разделах подробно описано, что находится в этом eclipse.ini файле.

Ужасная Oracle JVM 1.6u21 (pre build 7) и сбои Eclipse

Andrew Niefer предупредил меня об этой ситуации и написал сообщение в блоге о нестандартном аргументе vm (-XX:MaxPermSize), из-за которого vms других производителей может вообще не запускаться.
Но версия этой опции для eclipse (--launcher.XXMaxPermSize) не работает с новым JDK (6u21, если только вы не используете 6u21 build 7, см. ниже).

Решение окончательное находится на Eclipse Wiki, и только для Helios на Windows с 6u21 pre build 7:

• скачать исправленный eclipse_1308.dll (16 июля 2010)
• и поместить его в

(eclipse_home)/plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.0.v20100503

Вот и все. Здесь не нужно ничего настраивать (опять же, только для Helios на Windows с 6u21 pre build 7 ).
Для платформы, отличной от Windows, необходимо вернуться к проприетарной опции Sun -XX:MaxPermSize.

Проблема основана на регрессии: JVM identification fails due to Oracle rebranding in java.exe, и вызвала ошибку 319514 на Eclipse.
Эндрю разобрался с ошибкой 320005 - [launcher] --launcher.XXMaxPermSize: isSunVM должен возвращать true для Oracle, но это будет только для Helios 3.6.1.
Фрэнсис Аптон, еще один коммиттер Eclipse, размышляет обо всей ситуации.

Обновление u21b7, 27 июля:
Oracle перенесла изменение на следующий релиз Java 6 и не будет внедрять его снова до JDK 7.
Если вы используете jdk6u21 build 7, вы можете вернуться к --launcher.XXMaxPermSize (опция eclipse) вместо -XX:MaxPermSize (нестандартная опция).
автоопределение, происходящее в шиме C launcher eclipse.exe все еще будет искать строку "Sun Microsystems", но с 6u21b7 она теперь будет работать - снова.

Пока что я все еще держу -XX:MaxPermSize версию (потому что я понятия не имею, когда все запустят в eclipse правильный JDK).

Неявные `-startup` и `--launcher.library`

В отличие от предыдущих настроек, точный путь для этих модулей больше не задается, что удобно, поскольку он может отличаться в разных релизах Eclipse 3.6.x:

• startup: Если не указано, исполняемый файл будет искать в каталоге plugins пакет org.eclipse.equinox.launcher с самой высокой версией.
• launcher.library: Если не указано, исполняемый файл ищет в каталоге plugins соответствующий org.eclipse.equinox.launcher.[platform] фрагмент с самой высокой версией и использует внутри разделяемую библиотеку с именем eclipse_*.

Использовать JDK6

JDK6 теперь явно требуется для запуска Eclipse:

-Dosgi.requiredJavaVersion = 1.6

В этом вопросе SO сообщается о положительных результатах для разработки на Mac OS.

+UnlockExperimentalVMOptions

Следующие опции являются частью некоторых экспериментальных опций Sun JVM.

-XX:+UnlockExperimentalVMOptions
-XX:+UseG1GC
-XX:+UseFastAccessorMethods

О них сообщалось в этой записи в блоге для потенциального ускорения работы Eclipse.
Смотрите все опции JVM здесь, а также на официальной странице опций Java Hotspot.
Примечание: в подробном списке этих опций сообщается, что UseFastAccessorMethods может быть активным по умолчанию.

См. также Обновление вашей JVM":

Напомним, что G1 - это новый сборщик мусора, готовящийся к выходу JDK 7, но уже используемый в версии 6 от u17.

Открытие файлов в Eclipse из командной строки

Смотрите сообщение в блоге от Andrew Niefer, сообщающее об этой новой опции:

--launcher.defaultAction
openFile

Это говорит программе запуска, что если она вызывается из командной строки, содержащей только аргументы, которые не начинаются с "-", то эти аргументы должны рассматриваться так, как будто они следуют за "--launcher.openFile".

eclipse myFile.txt

Именно такую командную строку получит программа запуска на windows, когда вы дважды щелкнете файл, связанный с eclipse, или выберете файлы и выберете "Open With" или "Send To" Eclipse.

Относительные пути будут разрешены сначала относительно текущего рабочего каталога, а затем относительно каталога программы eclipse.

Смотрите ошибку 301033 для справки. Первоначально ошибка 4922 (октябрь 2001 года, исправлена 9 лет спустя).

p2 и неподписанное диалоговое окно

Если вы устали от этого диалогового окна во время установки ваших многочисленных плагинов:

, добавьте в ваш eclipse.ini:

-Declipse.p2.unsignedPolicy=allow

См. эту запись в блоге от Chris Aniszczy, и сообщение об ошибке 235526.

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

Для 3.6 мы не должны всплывать предупреждения в середине потока - как бы мы не упрощали, люди будут просто игнорировать их.
Вместо этого мы должны собрать все проблемы, не устанавливать те пакеты, в которых есть проблемы, и вместо этого вернуть пользователя в ту точку рабочего процесса, где он может исправить ситуацию - добавить доверие, настроить политику безопасности более свободно и т.д. Это называется "безопасная постановка".

---------- http://www.eclipse.org/home/categories/images/wiki.gif alt text http://www.eclipse.org/home/categories/images/wiki.gif alt text http://www.eclipse.org/home/categories/images/wiki.gif

Дополнительные опции

Эти опции не находятся непосредственно в eclipse.ini выше, но могут пригодиться при необходимости.

Проблема `user.home` в Windows7

Когда eclipse запускается, он считывает свой файл keystore (где хранятся пароли), файл, расположенный в user.home.
Если по какой-то причине user.home не разрешится должным образом в полнофункциональный путь, Eclipse не запустится.
Первоначально этот вопрос поднимался в этом вопросе SO, если вы испытываете это, вам нужно переопределить файл keystore на явный путь (больше нет user.home для разрешения при запуске)

Добавьте в ваш eclipse.ini:

-eclipse.keyring 
C:\eclipse\keyring.txt

Это было отслежено в ошибке 300577, это было решено в этом другом вопросе SO.

Режим отладки

Подождите, в Eclipse есть более одного файла настроек.
Если вы добавите в eclipse.ini опцию:

-debug

, вы включите режим отладки, и Eclipse будет искать другой файл настроек: файл .options, где вы можете указать некоторые опции OSGI.
И это здорово, когда вы добавляете новые плагины через папку dropins.
Добавьте в ваш .options файл следующие настройки, как описано в этой статье блога "Диагностика Dropins":

org.eclipse.equinox.p2.core/debug=true
org.eclipse.equinox.p2.core/reconciler=true

P2 сообщит вам, какие связки были найдены в папке dropins/, какой запрос был сгенерирован, и каков план установки. Возможно, это не детальное объяснение того, что произошло на самом деле, и что пошло не так, но это должно дать вам убедительную информацию о том, с чего начать:

• был ли ваш пакет в плане?
• Была ли это проблема установки (ошибка P2)
• или, может быть, просто не оптимально включать вашу функцию?

Это исходит из Bug 264924 - [reconciler] No diagnosis of dropins problems, который, наконец, решает следующую проблему типа:

Unzip eclipse-SDK-3.5M5-win32.zip to ..../eclipse
Unzip mdt-ocl-SDK-1.3.0M5.zip to ..../eclipse/dropins/mdt-ocl-SDK-1.3.0M5

Это проблемная конфигурация, поскольку OCL зависит от EMF, который отсутствует.
3.5M5 не предоставляет никакой диагностики этой проблемы.

Запуск eclipse.
Никаких очевидных проблем. В журнале ошибок ничего нет.

• Help / About / Plugin details показывает org.eclipse.ocl.doc, но не org.eclipse.ocl. В сведениях
• Help / About / Configuration нет (диагностического) упоминания о. org.eclipse.ocl.
• Справка / Установка / Информация об установленном ПО не имеет упоминания о org.eclipse.ocl.

Где красивые маркеры ошибок?

Manifest Classpath

См. эту запись в блоге:

• В Galileo (он же Eclipse 3.5) JDT начал разрешать manifest classpath в библиотеках, добавленных в путь сборки проекта. Это работало независимо от того, была ли библиотека добавлена в путь сборки проекта напрямую или через контейнер classpath, такой как пользовательская библиотека, предоставляемая JDT или реализованная третьей стороной.
• В Helios это поведение было изменено, чтобы исключить контейнеры пути классов из разрешения пути классов манифеста.

Это означает, что некоторые из ваших проектов могут больше не компилироваться в Helios.
Если вы хотите вернуться к поведению Galileo, добавьте:

-DresolveReferencedLibrariesForContainers=true

См. ссылки на bug 305037, bug 313965 и bug 313890.

Стек IPV4

В этом вопросе SO упоминается потенциальное исправление, когда нет доступа к сайтам обновления плагинов:

-Djava.net.preferIPv4Stack=true

Упоминается здесь на всякий случай, если это может помочь в вашей конфигурации.

Потенциальные оптимизации JVM1.7x64

В этой статье сообщается:

Для справки, самые быстрые варианты, которые я нашел на данный момент для моего стендового тестирования с 1.7 x64 JVM n Windows, это:

-Xincgc 
-XX:-DontCompileHugeMethods 
-XX:MaxInlineSize=1024  
-XX:FreqInlineSize=1024 

Но я все еще работаю над этим...