Slim vers le bas et/ou comprendre les fichiers Eclipse dans un projet Web dynamique

Question

Les fichiers résidant dans .settings dans un Web dynamique du projet sont:

.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 

La liste des fichiers ci-dessus est à peu près un environnement propre nouvelle dynamique Web Project, sauf que j'utilise le plugin IvyDE, mais je pense que cela n'affecte que le fichier .classpath.

Comment puis-je en savoir plus sur ces fichiers? Je me demande si je peux m'en débarrasser sans perdre quelque chose d'important? Trouver cette information sur Eclipse.org n'était pas très facile, un lien ou une explication serait la bienvenue. J'essaie d'en savoir plus sur ces fichiers car je veux mincir autant que possible les fichiers Eclipse avant de les vérifier dans le contrôle de version.

Dans le cas où il aide je liste les fichiers ci-dessus et leur contenu:

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.xdo clet.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

Voyons voir:

• org.eclipse.jdt.core.prefs est vraiment important et contrôler la façon dont vous compilez votre projet java.
• org.eclipse.jst.common.project.facet.core.prefs ajoute un Facet, essentiellement un moyen d'introduire une fonctionnalité de projets dans Eclipse, donc un projet peut avoir une ou plusieurs facettes (ie. Il pourrait être un projet Java et un projet EJB). Voir here for illustration (recherche le mot 'Facet')
• org.eclipse.jst.j2ee.ejb.annotations.xdoclet.prefs est un moyen de Configuring XDoclet annotation support
• org.eclipse.wst.common.component est la relation deployment structure.
• org.eclipse.wst.common.project.facet.core.xml est utilisé pour Specifying target servers for J2EE projects
• org.eclipse.wst.validation.prefs fait référence à Wst validation
• org.eclipse.wst.jsdt.ui.superType.container/nameas explained here, est une configuration pour une partie JSDT:

  Par défaut, les fichiers javascript (simples .js) héritent des membres de l'objet global. Les fichiers HTML contenus dans un projet Web statique/dynamique héritent des membres de l'objet Fenêtre.
  Donc, si votre contexte est un fichier javaScript simple, il apparaîtra que seul Window.window ou Window.alert (..) est valide car aucun des membres Window n'est hérité. Ce que vous voulez vraiment, c'est hériter de cette méthode field + depuis une instance de l'objet Window.
  ,
  Le JSDT prend en charge un super type configurable au niveau du projet. Chaque fichier .js ou .html dans un projet hérite de tous les champs et de toutes les méthodes du type super projets. Par défaut, le type est Global pour les projets JavaScript autonomes et Window pour les projets Web statiques/dynamiques. Vous pouvez changer le super type pour un projet à partir de la page JavaScript Include Path properties de Object Global à Object Window pour obtenir les résultats souhaités ... Sur la page Global Order/SuperType, changez le Super Type à Fenêtre dans la bibliothèque ECMA.

Answer 2

Vous devez utiliser et faire confiance à l'onglet "Dépendances" du fichier MANIFEST.MF. Après avoir travaillé environ un an avec les plugins Eclipse, je n'essaierai pas de savoir quelle dépendance au plugin eclipse est nécessaire ou non.

Lorsque vous manquez un plugin nécessaire à l'exécution, vous obtenez des exceptions qui ne sont pas très utiles et les solutions ne sont pas évidentes.Les actions MANIFEST "Rechercher les dépendances inutilisées" doivent être sélectionnées chaque fois que vous refactorisez votre code. Cela aide aussi à vérifier les classes, eclipse va créer, quand vous générez un nouveau plugin complet à partir de zéro. Les plugins eclipse ne sont pas bien documentés, donc j'utiliserais les actions qui sont offertes et ne passent pas tant de fois à les comprendre tous. Si vous voulez vraiment savoir quels plugins sont utilisés, lorsque vous créez un plugin à partir de rien, vous pouvez supprimer certaines extensions ou variables et appuyer sur l'action "Find dependencies" pour voir quel plugin est pour un appel .