<property environment="env" /> <property name="dist-conf" location="${env.DIST_PATH}/conf" />

Dann kann man diese Variable an der Kommandozeile wie folgt überschreiben:

ant -Denv.DIST_PATH=/path/to/the/dir

Um einmal gesetzte Variablen zu überschreiben, ist der Ant-Contrib-Variable-Task (siehe http://ant-contrib.sourceforge.net/) die Lösung der Wahl.

Paradigmenwechsel: Nicht Build-Skripte erstellen, sondern Projekte konfigurieren.

Nicht das wie des zu erzeugenden, sondern das was. Mehr managen als erzeugen. OO-Mechanismen zur Konfiguration (also Projekt).

mvn2 hilft bei einem Großteil des Entwicklungsprozesses. Unterstützung für

• Kompilation
• Releaserstellung
• Bibliotheksabhängigkeiten
• Dokumentation
• Unit- und Integrationstests
• nn
• nn

Weniger ein Tool wie Ant – vielmehr eine standardisierte Best-Practices-Enforcment-Box.

Konzepte

Project Object Model, beschrieben in pom.xml. Name + Version + Typ, Vererbung, Unterprojekte (Module), Abhängigkeiten und Repos, Lifecycle- Plugin Konfigurationen, Profile, Properties, sonstiges (Issue Tracker, Version Control etc).

Artifact:

Ergebnis (Produkt) eines mvn2-Projekts. Typen: jar, war, ear, sar; plugin, archetype, pom.

Werden in Rep abgelegt. Jedes mvn2-Projekt erzeugt lediglich ein Ergebnis (dadurch Modularisierung erzwungen).

Goal

Wie Ant-Target.

Plugin

Logische Gruppierung von Goals. In Reps verwaltet.

Syntax: plugin:goal

archetype:create – Skeleton für weitere Projekte.

cargo:start – Für Java EE interessant.

compiler:compile: Quellcode kompilieren.

Repositories

Zentrale Stelle, in der alle Artifacts abgelegt werden. Zwei Type: Lokal (file://[user-home].m2/repository), Remote (z.B. http://repo1.maven.org)

Dependency-Management

Alle abhängigen Artefakte über Repositories verwaltet, werden nicht physische in das Projekt kopiert. Kein "Jarmaggedon".

Build-Lifecycle

Definiert in Phasen: validate-generate-resource-compile-test_compile-test-package-integration_test-install-deploy. Phasen mit plugin-goals verbunden.

Reports

QA-Reports, generelle Projektinformationen.

Frage: Wie funktioniert das innerhalb Eclipse?

Antwort: Plugins, libraries in rep

Ãœbergang von Ant zu Maven 2

Refactoring des Ant-Projekts. Projektstrukturen vereinfachen! Bei mehreren Artifacts in Unterprojekte aufteilen.

Auflösen der Abhängigkeiten. Verwendete Bibliotheken identifzieren (mit Version!) – das ist normalerweise der aufwendigste Punkt.

Einspielen von 3rd-Party- und Inhouse-Bibliotheken in internes Repository.

POM definieren. Spezielle Ant-Targets in mvn2 umsetzen. Weitere features nutzen, um Qualität zu steigern.

Beispiel: antAuthProject

/src und /test/src-Folders. /lib, /etc; client, common und server-Packages.

=> mvn: drei Verzeichnisse /server, /common, /client und eine pom.xml auf root-Ebene und jeweils in den drei Verzeichnissen. Sourcen darunter in /src/main (Mvn2-Konzept) und /src/test. Alles andere in /resources.

Auflösen der Abhängigkeiten: Gut, wenn Versionsnummer in jar-Namen enthalten sind.

mvn install:install-file, um Libs in Rep zu bekommen (für internes Rep).

Mvn-plugin für spezielle Ant-targets. <parent>-Tag für Submodule. Submodule erben Konfig des Hauptprojekts (z.B. Unit-Tests, CodeCoverage).

Oracle-Schenkung (vormals Oracle ADF Faces). Incubator-Projekt beendet am 22.04.2007; jetzt Unterprojekt von MyFaces. Craig Mc Clannaghan Incubator Mentor.

Wiki

Komponenten

Ca. 105 Komponenten. HTML AJAX Renderkit.

Dialogframework. Testframework. Facelet-Unterstützung "out-of-the-box". Dazu sind die Maven-Facelet-Plugins erforderlich.

Tomahawk-Unterstützung. AJAX4JSF-, Seam-Unterstützung. Tobago schwierig.

tr:charts – SVG-Graphiken, ziemlich beeindruckend.

tr:breadCrumbs – "Hänsel u. Gretel-Navigation"

tr:document – individuelle Load-Manipulation.

tr:form – Anders als normal

tr:icon – Skin-Icon

tr:inputListOfValue action kann sich auf bestimmte Datei beziehen.

tr:inputSpinBox Zahlenwert in Mini-List, mit Tastatur änderbar

tr:legend – für Skin Icons

tr:navigationPane z.B. als Tab gerendert. Abstrakte Klasse aus dem Model überschreiben ("Swingy").

tr:navigationTree

tr:page – f. Grundstruktur d. Layouts

tr:panel – diverse Layout-Komponenten, Border-, Group-, Form-Layout (wie Layout-Mgr). (###?Tomahawk document?###)

tr:poll Fortschrittsbalken – ziemlich cool – partialTriggers="poll" setzen. So lange wie Transaktion nicht abgeschlossen, wird die Seite angezeigt. action="[Seite/Zustand nach Beendigung]"; Beispiel: Auch für regelmäßiges Pollen auf Daten möglich (z.B. Aktienticker). Auch z.B. zum Ãœberprüfen aktiver Session.

tr:selectOne[...] – Zum Auswählen nur eines Elements (v.a. choice)

tr:selectManyShuttle – zwei ListBoxes mit Möglichkeit, Werte von einer in die andere zu übertragen.

tr:singleStepButton

tr:subform – Vorversenden von Formteilen

tr:treeTable

Table-Sortierung sehr einfach, ebenso Selektion.

tr:setActionListener (auch in JSF 1.2 default – für den Service Manager sehr interessant).

Projektstruktur

• trinidad-api
  Basisklassen, abstrakte Klassen, Code nur für Trinidad-Entwickler interessant…
• trinidad-impl
• trinidad-build

JSF-Komponentenerstellung beschränkt sich auf das Schreiben lediglich der Rendererklasse (!). Facelets u.U. problematisch.

Framework

API. Vereinfachung der Komponentenerstellung. Dialogframework. Optimierte Komponentenspeicherung: UIXComponentBase benutzt direkt Map und delegiert Bean-Methoden.

Maven2-Plugins. TagDoc Personalisierung. Skinning-Dateien.

Dialogframework z.B: für Wizards. processScope zw. Request und Session. Events: launch und return.

HTML AJAX RenderKit

Partial Page Rendering. iframe anstelle von XmlHttpRequest-Objekt. Clientseitige Validierung, kein form.submit(). Wäre u.U. auch sehr interessant f. Service Manager.

autoSubmit – input Components f. action, partialSubmit – command, partialTriggers – für listener, bezieht sich auf partial/autoSubmit Komponente

PPR via Java API auch möglich (in action-Methode; RequestContext-Objekt von Trinidad nicht mit Faces-OBjekt verwechseln.).

RenderKit Extension – JS an Client senden (programmatisch).

RenderKit Skinning Architecture. CSS anlegen, registrieren in trinidad-config.xml und trinidad-skins.xml

Referenzieren auf Komponenten über Pseudoelemente, af|Komponente::Attribut { … }

Skinning-Verhalten über EL dynamisch änderbar!

Accessibility: default, inaccessible, screenreader (f. Blinde), right-to-left, debug-output

Demo-Anwendung http://code.google.com/p/facesgoodies.

Arbeiten mit Trinidad

Vergleich JSF-Standard ./. Trinidad. Sehr angenehm: tr-Tags mit anderen (f) einsetzbar.

JSF 1.2 nur im branch, wartet auf MyFaces update. Aber stable, mit "magic script" permanentes Merge, derzeit keine nightly builds, das Continuum derzeit down.

Gesamteindruck

Sehr mächtig, sehr traurig, dass das HTML AJAX RenderKit auf iframe basiert

One workaround is to remove the XML jars.