Eclipse ist eine freie Plattform für Entwicklungsumgebungen im Software-[Engineering]. Die [Hauptimplementierung|http://www.eclipse.org/] wird von der Eclipse Foundation selbst vertrieben und ist für die Programmiersprache [Java] geeignet.

Die [Intersult] hat für Eclipse das [Eclipse Stackfilter Plugin] entwickelt.

!!!Eclipse SVN
Das neueste Eclipse Indigo Service-Release und Eclipse Juno unterstützen das SVN-Plugin direkt von der Eclipse Update-Site.

Möchte man die neuere Version (akt. 1.7.4) installieren, kann man eine der Update-Sites verwenden:

* [http://download.eclipse.org/technology/subversive/0.7/update-site/]
* [http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site/]
* [http://community.polarion.com/projects/subversive/download/eclipse/3.0/update-site/]

Seit Eclipse Mars / 4.4 wurde auf Apache-HTTP-Client umgestellt, und damit die NTLM-Authentifizierung außer Kraft gesetzt. Das kann man umgehen durch folgenden Startparameter in der eclipse.ini:

{{{
-Dorg.eclipse.ecf.provider.filetransfer.excludeContributors=org.eclipse.ecf.provider.filetransfer.httpclient4
}}}

!!!Quantum DB
[http://quantum.sourceforge.net/update-site]

!!!Maven Plugin
Ist inzwischen in den Eclipse-Updates verfügbar unter [http://download.eclipse.org/releases/indigo] -> General Purpose Tools -> m2e - Maven Integration for Eclipse. 

Da die eingebaute Produktivversion einige Kompatibilitätsprobleme hat, die erst mit dem nächsten Release gelöst werden, kann entweder das ganz alte M2E-Plugin weiter verwendet werden (nicht mehr empfohlen):

[http://m2eclipse.sonatype.org/sites/m2e]

Die Milestones für Version 1.1:

[http://download.eclipse.org/technology/m2e/milestones/1.1]

Der aktuelle Stand des neuen Plugins (Vorsicht, teilweise instabil!):

[https://repository.sonatype.org/content/repositories/forge-sites/m2e/1.1.0/N/LATEST/]

Ein Workaround-Plugin für die momentanen Probleme von Eclipse Juno beim Source Lookup von Maven-Projekten (Update-Site):

[http://ifedorenko.github.com/m2e-extras/]

!!Lifecycle Mapping
Immer mehr Elemente verschwinden aus dem Lifecycle. Dafür kann man diese inzwischen global eintragen in der lifecycle-mapping-metadata.xml, die über Window -> Preferences -> Maven -> Lifecycle Mappings zugänglich ist.

Damit man Maven-Plugins noch im Workspace verwenden kann, braucht man folgenden Eintrag:

{{{
<?xml version="1.0" encoding="UTF-8"?>
<lifecycleMappingMetadata>
	<pluginExecutions>
		<pluginExecution>
			<pluginExecutionFilter>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-plugin-plugin</artifactId>
				<versionRange>3.2</versionRange>
				<goals>
					<goal>descriptor</goal>
				</goals>
			</pluginExecutionFilter>
			<action>
				<execute/>
			</action>
		</pluginExecution>
	</pluginExecutions>
</lifecycleMappingMetadata>
}}}

!!!XML Validation Errors
Das Problem ist vermutlich eine Inkompatibilität in den Workspace-Einstellungen, die durch ein Eclipse-Update auf Helios entsteht. Das Anlegen eines neuen Workspace beseitigt den Fehler.

Das Plugin org.eclipse.wst.standard.schemas enthält in der Version 1.0.300.v201004110600 ungültige DTD- und ENT-Dateien. Folgende Version kann zum Fix dieses Problems im Verzeichnis /eclipse/plugins ersetzt werden:

* Helios [Eclipse/org.eclipse.wst.standard.schemas_1.0.300.v201004110600.jar]
* Indigo [Eclipse/org.eclipse.wst.standard.schemas_1.0.400.v201105121540.jar]

Die Datei enthält nur Änderungen unterhalb von /dtds

!!!Eclipse Metrics
[http://metrics.sourceforge.net/update]

!!!Eclipse TPTP
Test and Performance Tools Platform ist bereits in den Update-Sites enthalten, jedoch die Checkbox nicht aktiviert.

[http://download.eclipse.org/tptp/updates]

!!!Hänger beim Start
* __org.eclipse.core.debug:__ Möglicherweise <workspace>/.metadata/.plugins/org.eclipse.core.resources

!!!Startparameter
Es gibt eine Reihe von Parameter, um die Performance zu verbessern:

{{{
-XX:MaxPermSize=512M
-XX:+CMSClassUnloadingEnabled
-XX:+CMSPermGenSweepingEnabled
-XX:+UseConcMarkSweepGC
-Dosgi.requiredJavaVersion=1.6
-Xms160m
-Xmx1024m
-Xverify:none
}}}

!!!Java tools.jar nicht gefunden
Dies rührt meist von einer neuen JDK-Installation her. Der Windows-Path ist auf die JRE statt auf die JDK gesetzt, daher wird tools.jar nicht gefunden. Neuere Installationen haben hier ein merkwürdiges System entwickelt, Einträge in die Windows-Path-Variable vorzunehmen, die auf symbolische Links zeigen.

Ich empfehle JAVA_HOME auf die JDK zu setzen und dies als erstes in der Path-Variable einzutragen.