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.

!!!Code Templates
* [Eclipse/JSF property.xml]
* [Eclipse/chain.xml]

!!!Hoher Speicher- und CPU-Verbrauch von Tern-Server
Tern ist ein neues Feature für [Javascript], dass als Bananensoftware beim Kunden reift. Ein Update über die Seite [Tern Update|https://github.com/angelozerr/tern.java/wiki/Installation-Update-Site] auf Version 1.3.0-SNAPSHOT bringt Abhilfe. Dabei Embedded Tern anwählen, sodass keine 2 extra Threads mit jeweils 2 GB Speicherverbrauch gestartet werden.

!!!Glassfish Server Plugin
Wenn in neueren Eclipse-Versionen das Glassfish Server Plugin nicht installierbar ist, fehlen möglicherweise folgende Plugins:

* [https://download.eclipse.org/sapphire/9.1.1/repository/]
* [https://marketplace.eclipse.org/content/payara-tools]

Und schließlich:

* [https://download.eclipse.org/glassfish-tools/1.0.0/repository/]

__Hinweis:__ Das Glassfish-Plugin selbst kann möglicherweise nur über Install New Software installiert werden und nicht über den Marketplace.

!!!Wild Web Developer
Das Plugin bietet die derzeit beste Unterstützung für Javascript. Ein manuell installierter NodeJS-Server kann dazu genutzt werden, um den Eclipse Content-Assist zu erweitern. Zusätzlich kann Javascript direkt darauf ausgeführt werden.

!!!Derived Plugin
Mit dem Plugin [AutoDeriv|http://nodj.github.io/AutoDeriv/] können Dateien und Verzeichnisse automatisch als derived gekennzeichnet werden. Derived ist nützlich um Dateien von der Suche auszuschließen.

Dazu in "Help -> Install New Software" die Update Site [http://nodj.github.io/AutoDeriv/update] eingeben.