Dann habe ich mir noch die folgenden zwei Dateien für die Konfiguration von Ivy im Projektverzeichnis meines Webprojektes angelegt:

Hier der Inhalt der Dateien:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

<?xml version="1.0" encoding="UTF-8"?>
<ivy-module version="2.0"
            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
            xsi:noNamespaceSchemaLocation=
                   "http://ant.apache.org/ivy/schemas/ivy.xsd">
    <info module="WebApplication2" organisation="WebApplication2" revision="1.0"/>
    <configurations>
        <conf name="compile"/>
        <conf name="runtime"/>
        <conf name="compile-test"/>
        <conf name="runtime-test"/>
    </configurations>
    <dependencies>
        <dependency org="org.springframework" name="spring-webmvc" rev="3.0.0.M4" conf="" />
    </dependencies>
</ivy-module>

1
2
3
4
5
6
7
8
9
10

<?xml version="1.0" encoding="UTF-8"?>
<ivysettings>
    <settings defaultResolver="chained"/>
    <resolvers>
        <chain name="chained">
            <ibiblio name="maven2" m2compatible="true"/>
            <ibiblio name="s3.maven.springframework.org" m2compatible="true" root="http://s3.amazonaws.com/maven.springframework.org/milestone/"/>
        </chain>
    </resolvers>
</ivysettings>

Dann im Projekt Ivy aktivieren. Dazu mit der rechten Maustaste auf das Projekt und in den Ivy-Einstellungen das Häkchen machen und die zwei Dateien auswählen:

Dann noch das Projekt zwingen sich die Jars zu holen:

Und siehe da… alle Jar’s und Sourcen (wenn im Repository) sind da:

Mit der rechten Maustaste kann man nun ganz einfach die Abhängigkeiten entfernen, die man nicht braucht.

Auch den Subversion-Client von Eclipse wird standardmäßig nicht installiert. Und auf der Website von Eclipse ist derzeit (Version 0.7.1) aus Lizenzgründen nicht mal ein vollständiger Client vorhanden. Man muss noch auf eine andere Seite um sich von dort noch Teile des Clients zu holen. Ist zwar alles dokumentiert, doch auch hier ist es bei Netbeans via Pluginmanager ganz einfach den Client zu installieren.

Gerade für Neueinsteiger ist also Netbeans besser geeignet. Aber auch die “alten” Eclipse-Hasen sollten mal über den Tellerrand in Richtung Netbeans schauen… da läuft Einiges (siehe Scripting) und zum Teil besser (siehe GUI-Builder).

Ach, wenn Netbeans doch nur so viele schöne Einstellungen für die Codeformatierungen hätte wie Eclipse… dann wäre ich überglücklich. Wenn man nämlich wie ich in einem Projekt arbeitet, welches die automatische Formatierung beim Speichern einer Datei vorschreibt und auch noch viele spezifische Formatierungsoptionen von Eclipse benutzt, dann ärgert man sich ab und zu wenn man mit Netbeans die eine oder andere Formatierung noch per Hand machen muss.

Hier also meine Einstellungen:

...package org.jdesktop.beansbinding does not exist

Das entsprechende JAR wird nicht gefunden. Und da es derzeit kein Modul für das Beans Binding gibt, muss man das JAR-File in einem Library Wrapper Module selber dem Projekt hinzufügen. Die entsprechende Datei ist unter <netbeanshome>/java2/modules/ext/beansbinding-1.2.1.jar zu finden. Also legt man in seiner Suite ein neues Library Wrapper Module an und nimmt diese Datei als Jar. Alle Module die das Binding benutzen wollen können nun unter den Properties–>Libraries–>Add Dependency diese Library anziehen und schon ist der Fehler weg.

• http://download.netbeans.org/netbeans/6.1/final/

Und installiert:

In dem Beispiel habe ich z.B. eine html-Datei geöffnet und bekomme gleich noch code completion für html geliefert. (In Version 6.1 wurde übrigens die Javascript-Unterstützung neu überarbeitet.)

Ist eine solche Datei von einem Checkout aus einem Versionskontrollsystem (z.B. subversion) dann bekommt man dies auch auf dem Icon angezeigt und kann mit der rechten Maustaste die entsprechenden Kontextaktionen (update, commit…) anwählen.

In Eclipse habe ich so ein Favorites-Feature noch nicht gefunden.

• Aus dem Fileheader werden immer die Leerzeilen gelöscht. Überhaupt gibt es für Kommentare soweit ich es überblicke keine Einstellmöglichkeiten.
• zwischen Membervariablen werden immer die Leerzeilen gelöscht (Siehe Issue 121956).
• Es ist nicht einstellbar, dass beim Speichern der Datei die Formatierung und das “Organisieren der Import-Statements” ausgeführt wird.

Es sind keine grosse Sachen, aber sehr lästig, wenn man in einem Projekt mit unterschiedlichen IDE’s arbeitet. Am schönsten wäre es natürlich, wenn man die Einstellungen von Eclipse einfach importieren könnte.

Einen Export der Formatierungen gibt es in Netbeans derzeit nicht. Alle Einstellungen sind aber in einer Datei gespeichert, die man seinen Kollegen weitergeben kann, damit sie die gleichen Einstellungen benutzen können. Die Datei ist zu finden unter:

<homedir>/.netbeans/6.0/config/Preferences/org/netbeans/modules/java/source/CodeStyle/default.properties

Es gibt auch viel Gutes zu berichten. Das folgt aber in einem anderen Post.

Hier ist es:

${TYPE_CAST default="EnterYourType" editable=true}[] ${RESULT newVarName default="result" editable=true} = (${TYPE_CAST}[]) ${COL instanceof="java.util.Collection" default="col"}.toArray(new ${TYPE_CAST}[${COL}.size()]);

Um es zu benutzen gehe man in Tools->Options->Editor->Code Templates und füge dort mit “New” ein neues Template ein. Ich habe es “toa” genannt. Im Expanded Text fügt man dann das Template ein.

Im Java-Editor dann mit toa<TAB> benutzen.

Wenn man ein paar zusätzliche Plugins installiert hat:

dann erkennt Netbeans Maven2-Projekte und man kann mit diesen arbeiten. Netbeans nutzt den Umstand, dass in einem pom.xml schon alle Informationen über ein Projekt gespeichert sind:

• abhängige Jars (werden sogar gedownloaded)
• Ort des Source-Verzeichnisses
• Source-Code-Level (für Java 1.4 oder 1.5 zum Beispiel)
• und und und…

Hilfe beim Editieren des pom.xml gibt es und hinzufügen von neuen jars ist auch einfach. Das Projekt wird auch nicht mit Netbeans eigenen Dateien “verschmutzt” – es bleibt wie es ist.
Einen einzigen Punkt habe ich gefunden der mich stört. Netbeans compiliert ein solches Projekt mit dem Standard-JDK mit dem auch Netbeans gestartet wurde. Das Problem ist aber weniger Netbeans als vielmehr Maven selber. Man kann nämlich zur Zeit nicht in Maven angeben, mit welcher Java-Umgebung compiliert werden soll. Damit dies in Zukunft geht – bitte den Bug MNG-468 bei codehaus voten!

Zum Thema build-System in Netbeans und Eclipse werde ich wohl noch einen gesonderten Beitrag schreiben…