Intersult: Eclipse

Eclipse ist eine freie Plattform für Entwicklungsumgebungen im Software-Engineering. Die Hauptimplementierung 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:

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:

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.