Уменьшить и / или понять файлы Eclipse в динамическом веб-проекте

Question

Файлы, находящиеся в .settings в Динамическом веб-проекте :

.settings/
|-- org.eclipse.jdt.core.prefs
|-- org.eclipse.jst.common.project.facet.core.prefs
|-- org.eclipse.jst.j2ee.ejb.annotations.xdoclet.prefs
|-- org.eclipse.wst.common.component
|-- org.eclipse.wst.common.project.facet.core.xml
|-- org.eclipse.wst.jsdt.ui.superType.container
|-- org.eclipse.wst.jsdt.ui.superType.name
`-- org.eclipse.wst.validation.prefs

Приведенный выше список файлов в значительной степени чистый новый Dynamic Web Project, за исключением того, что я использую плагин IvyDE, но я думаю, что он влияет только на файл .classpath.

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

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

Если это поможет, я перечислю перечисленные выше файлы и их содержимое:

org.eclipse.jdt.core.prefs:

#Mon Jan 26 03:01:22 CET 2009
eclipse.preferences.version=1
org.eclipse.jdt.core.compiler.codegen.targetPlatform=1.5
org.eclipse.jdt.core.compiler.compliance=1.5
org.eclipse.jdt.core.compiler.problem.assertIdentifier=error
org.eclipse.jdt.core.compiler.problem.enumIdentifier=error
org.eclipse.jdt.core.compiler.source=1.5

org.eclipse.jst.common.project.facet.core.prefs:

#Mon Jan 26 03:01:22 CET 2009
classpath.helper/org.eclipse.jdt.launching.JRE_CONTAINER\:\:org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType\:\:java-6-sun-1.6.0.07/owners=jst.java\:5.0
eclipse.preferences.version=1

org.eclipse.jst.j2ee.ejb.annotations.xdoclet.prefs:

#Mon Jan 26 03:23:25 CET 2009
XDOCLETBUILDERACTIVE=false
XDOCLETHOME=
XDOCLETUSEGLOBAL=false
XDOCLETVERSION=1.2.1
eclipse.preferences.version=1

org.eclipse.wst.common.component:

<?xml version="1.0" encoding="UTF-8"?>
<project-modules id="moduleCoreId" project-version="1.5.0">
    <wb-module deploy-name="webcookie">
        <wb-resource deploy-path="/" source-path="/src/main/webapp"/>
        <wb-resource deploy-path="/WEB-INF/classes" source-path="/src/main/java"/>
        <wb-resource deploy-path="/WEB-INF/classes" source-path="/src/test/java"/>
        <wb-resource deploy-path="/WEB-INF/classes" source-path="/src/main/resources"/>
        <property name="context-root" value="webcookie"/>
        <property name="java-output-path"/>
    </wb-module>
</project-modules>

org.eclipse.wst.common.project.facet.core.xml:

<?xml version="1.0" encoding="UTF-8"?>
<faceted-project>
  <fixed facet="jst.java"/>
  <fixed facet="jst.web"/>
  <installed facet="jst.java" version="5.0"/>
  <installed facet="jst.web" version="2.5"/>
</faceted-project>

org.eclipse.wst.jsdt.ui.superType.container:

org.eclipse.wst.jsdt.l

org.eclipse.wst.validation.prefs:

#Mon Jan 26 03:31:54 CET 2009
DELEGATES_PREFERENCE=delegateValidatorList
USER_BUILD_PREFERENCE=enabledBuildValidatorListorg.eclipse.jst.j2ee.internal.classpathdep.ClasspathDependencyValidator;org.eclipse.wst.common.componentcore.internal.ModuleCoreValidator;org.eclipse.wst.wsi.ui.internal.WSIMessageValidator;
USER_MANUAL_PREFERENCE=enaunching.baseBrowserLibrary

org.eclipse.wst.jsdt.ui.superType.name:

Window

org.eclipse.wst.validation.prefs:

#Mon Jan 26 03:31:54 CET 2009
DELEGATES_PREFERENCE=delegateValidatorList
USER_BUILD_PREFERENCE=enabledBuildValidatorListorg.eclipse.jst.j2ee.internal.classpathdep.ClasspathDependencyValidator;org.eclipse.wst.common.componentcore.internal.ModuleCoreValidator;org.eclipse.wst.wsi.ui.internal.WSIMessageValidator;
USER_MANUAL_PREFERENCE=enabledManualValidatorListorg.eclipse.jst.j2ee.internal.classpathdep.ClasspathDependencyValidator;org.eclipse.wst.common.componentcore.internal.ModuleCoreValidator;org.eclipse.wst.wsi.ui.internal.WSIMessageValidator;
USER_PREFERENCE=overrideGlobalPreferencesfalse
eclipse.preferences.version=1
override=false
suspend=false
vf.version=3

Answer 1

Посмотрим:

• org.eclipse.jdt.core.prefs очень важно и контролирует, как вы компилируете свой Java-проект.
• org.eclipse.jst.common.project.facet.core.prefs добавляет Facet , в основном способ введения функциональности в проекты в Eclipse, поэтому проект может иметь один или несколько аспектов (т. Е. Это может быть Java проект и проект EJB). См. здесь для иллюстрации (поиск по слову 'Facet')
• org.eclipse.jst.j2ee.ejb.annotations.xdoclet.prefs - это способ Настройка поддержки аннотаций XDoclet
• org.eclipse.wst.common.component относится к структуре развертывания .
• org.eclipse.wst.common.project.facet.core.xml используется для Указание целевых серверов для проектов J2EE
• org.eclipse.wst.validation.prefs относится к Wst проверки
• org.eclipse.wst.jsdt.ui.superType.container/name как описано здесь , это конфигурация для части JSDT:

  По умолчанию простые файлы javascript (.js) наследуют элементы от объекта Global. HTML-файлы, содержащиеся в статическом / динамическом веб-проекте, наследуют элементы из объекта Window.
  Таким образом, если ваш контекст представляет собой простой файл javaScript, то окажется, что только Window.window или Window.alert (..) являются допустимыми, поскольку ни один из членов Window не наследуется. Что вы действительно хотите - это унаследовать это поле + метод от экземпляра объекта Window.
  
  JSDT поддерживает настраиваемый супертип на уровне проекта. Каждый файл .js или .html в проекте наследует все поля и методы от супертипа проектов. По умолчанию это тип Global для автономных проектов JavaScript и Window для статических / динамических веб-проектов.
  
  Вы можете изменить супертип для проекта со страницы свойств JavaScript Включить путь с Object Global на Object Window, чтобы добиться желаемых результатов ... На странице Global Order / SuperType измените Super Type на Window в библиотеке ECMA.

Answer 2

Вы должны использовать и доверять вкладке «Зависимости» в MANIFEST.MF. Проработав около года только с плагинами Eclipse, я не стал бы пытаться выяснить, какая зависимость от плагина Eclipse необходима или нет.

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

Действия MANIFEST «Найти неиспользуемые зависимости» следует выбирать каждый раз, когда вы выполняете рефакторинг своего кода. Это также помогает проверить классы, которые создаст eclipse, когда вы создадите новый плагин с нуля. Плагины Eclipse не очень хорошо документированы, поэтому я бы использовал предлагаемые действия и не тратил бы столько раз, чтобы понять их все.

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