Tatsächlich ist der Quellcodeeditor nur ein Bestandteil von vielen, die die Integrierte Entwicklungsumgebung (“IDE”) eines Entwicklers ausmachen: Damit der Quellcode überhaupt ausgeführt werden kann, muss er kompiliert werden. Bisweilen muss ein Entwickler während der Ausführung des Programms an bestimmten Stellen den Ausführungsfluss Schritt-für-Schritt  überwachen (“debuggen”), wozu die Anwendung in den Arbeitsspeicher geladen werden muss.

Der Quelltext bewegt sich auch nicht im luftleeren Raum: Anwendungen werden in Projekte und Bibliotheken aufgeteilt, häufig handelt es sich um einige hunderte bis tausende Dateien, die gemeinsam kompiliert und in den Arbeitsspeicher geladen werden müssen. Allein das Lesen der Quelltexte und das Erstellen der Kompilate kann bei mittelgroßen Anwendungen mehrere Minuten, bei größeren sogar viele Stunden andauern.

Auch wenn IDEs inkrementelles Kompilieren ermöglichen, wird des öfteren ein “Build” (alle Kompilate und dazugehörige Dateien) wieder gelöscht und vollständig neu erstellt.Zudem sind Softwareanwendungen im Unternehmensumfeld verteilt und kommunizieren mit Datenbanken, anderen Systemen und/oder der im Unternehmen eingesetzten Middleware.

Normalerweise ist der Entwickler bestrebt, auf seinem Rechner die Bedingungen, unter denen seine Anwendung später ausgeführt werden soll, en miniature nachzubilden: Auf diese Weise ist er unabhängig von Wartezeiten und kann ggf. auch offline (z.B. im Zug) arbeiten.

Was deshalb wirklich entscheidend für einen Entwicklerrechner?

Die Leistung:

Ein Softwareentwickler benötigt ein für seine Ansprüche äußerst leistungsfähiges System, was sich insbesondere auf

a) die Festplatte
b) den Hauptspeicher
c) die CPU und
d) Grafikkarte + Display bezieht.

Die Festplatte ist deshalb so wichtig, weil zum Erstellen von “Builds” oft tausende Dateien gelesen und geschrieben werden. Normalerweise liegt in langsamen Festplatten der Schwachpunkt von Entwicklersystemen (abgesehen von Virenscanner, die die Buildverzeichnisse überwachen). Sinnvoll können hier Solid State Discs (flash-basiert) oder RAID-Systeme (RAID 0 oder 0+1, aber nicht 5) mit SATA oder SAS sein, die den Datendurchsatz erhöhen.

Der Hauptspeicher muss sehr großzügig dimensioniert sein: Zur Zeit sollte ein Rechner für die Anwendungsentwicklung verteilter Systeme über mindestens 8 GByte Hauptspeicher verfügen, besser wäre gleich das Doppelte (einige Notebook-Workstations bieten mittlerweile 16 GByte an).

Softwareseitig bedingt dies den Einsatz von 64-Bit-Betriebssystemen.Wird mit virtuellen Maschinen gearbeitet (was immer mehr zunimmt), ist ein Mehrprozessor- wenigstens ein Multicoresystem sinnvoll. Um die Fülle an Informationen einer IDE wie Eclipse, Netbeans oder Qt auf einen Bildschirm zu bekommen, empfiehlt sich zudem ein hochauflösendes Display und eine entsprechende Grafikkarte.

Wie separat dargelegt, macht sich eine Leistungssteigerung bei Entwicklerrechnern schnell bezahlt. Um Entscheidern (und nach besserer Hardware strebenden Entwicklern) eine objektivere Entscheidungsgrundlage an die Hand zu geben, würde ich mir einen Benchmark wünschen, der

a) die Leistungsfähigkeit eines Systems hinsichtlich der o.a. Kriterien für einen Entwicklerrechner misst,
b) kostenlos verfügbar,
c) plattformunabhängig und
d) einfach bedienbar ist.

Ein Benchmark der mit Referenzprojekten arbeitet, der gängige IDEs startet, auf denen kleine, mittelgroße und große Referenzprojekte mit der IDE erstellt werden, wobei dies noch mit parallel laufenden Middlewareservern kombiniert werden sollte.

Falls jemandem ein solcher Benchmark bekannt ist, wäre ich dankbar für einen Hinweis ()! Interessenten, die ein derartiges Projekt auf die Beine stellen möchten, können mich gerne ansprechen.

Tatsächlich ist das Schreiben von Quellcode nur die Spitze des Eisbergs: Auf dem Entwicklerrechner wird dieser Quellcode nicht nur zu ausführbarer Software gemacht, sondern häufig eine vollständige Simulation der Unternehmensanwendungen ausgeführt, in deren Umgebung die Software verwendet werden soll. Also Datenbanken, Webserver, E-Mail-Server etc. etc.

Für den Entwicklerrechner bedeutet dies, dass er um ein Vielfaches leistungsfähiger sein muss als die Rechner, die man zur Erfüllung von Büroaufgaben verwendet.

Im Gegensatz zu Joel Spolsky statten viele Unternehmen ihre Softwareentwickler aber mit billiger Standardbürohardware aus. Meist muss schon die Aufrüstung des Arbeitsspeichers gesondert beantragt werden.

Was bedeutet das für die Entwickler? Vor allem müssen sie längere Wartezeiten in Kauf nehmen: Beim Kompilieren, beim Debuggen und Testen ihrer Anwendungen sowie beim Starten der IDE.

Was bedeutet das für die Unternehmen? Berechnen wir das einmal an einem Beispiel (aus meiner Praxis):

Die Entwickler eines größeren Finanzdienstleisters arbeiten mit Eclipse, die Anwendung wird in der Programmiersprache Java erstellt und ist in 10 voneinander abhängige Projekte (genauer: Maven-Module) gegliedert. Insgesamt handelt es sich um über viertausend Dateien, die kompiliert werden müssen (zuzügl. einiger Konfigurationsdateien).

Der durchschnittliche Rechner der Entwickler benötigt für das Erstellen eines Builds eine knappe halbe Stunde (mit Virenscanner über zweieinhalb Stunden).

In dieser Zeit können die Entwickler zumindest nicht programmieren, häufig nicht einmal mehr E-Mails lesen, weshalb der Arbeitsalltag so ausgerichtet ist, dass vollständige Builds zum einen vermieden und zum anderen auf den Morgen (Rechnerstart – Zeit für einen Kaffee) und die Mittagspause verlegt werden.

Im Team wird verteilt gearbeitet und regelmäßig integriert (d.h., Entwickler, die an Modul A arbeiten, stellen ihre Änderungen zur Verfügung, Entwickler, die an Modul B arbeiten, holen sich die aktualisierten Quelltexte von der Versionsverwaltung, was häufiger zur Folge hat, dass ein vollständiges Build erzeugt werden muss), wodurch zwei vollständige Builds am Tag die Regel sind.

Gehen wir vorsichtig von einem Durchschnittsgehalt von 60 T EUR für einen Entwickler mit mehr als sechs Jahren Berufserfahrung aus, ergeben sich folgende Kosten (Berechnungsgrundlage 223 Arbeitstage: 365 Kalendertage abzügl. Wochenenden (104 Tage), Feiertage (8 Tage) und Urlaub (30 Tage), 40-Stundenwoche):

Stundensatz
60.000 / 223 / 8 = 33,62 EUR

Auf zwei Builds zu je einer knappen halben Stunde am Tag bezogen bedeutete dies im ungünstigsten Fall (die Entwickler warten einfach nur, während das Build erstellt wird und sind ansonsten nicht weiter produktiv) jährliche Kosten von

223 x 33,62 EUR = 7.497,26 EUR pro Entwickler und

16 x 7.497,26 EUR = 119.956,16 EUR für das aus sechzehn Personen bestehende Team.

Die Verdopplung des Arbeitsspeichers und der Einbau schnellerer Festplatten bewirkte, dass ein vollständiges Build in gut 15 Minuten erstellt werden konnte.

Vergleicht man die Kosten für die Aufrüstung pro PC (450,- EUR für die Hardware, etwa 150,- EUR Personalkosten [Einbau durch Supporttechniker, Procurement] ) sieht man sofort, dass sich selbst bei einem geringeren Produktivitätsausfall als 100 % eine Investition in bessere Hardware schnell amortisiert:

Ersparnis rein rechnerisch:
119.956,16 EUR / 2* = 59978,08 EUR abzüglich 9.600,- EUR Hardwarekosten = 50.378,08 EUR

*Halbierung der Kompilierzeit

(Aufs Jahr bezogen wird somit eine Aufrüstung rentabel, sobald die festgestellte Produktivitätseinbuße bei über 8% liegt, was in jedem Fall gegeben ist.).

Weiterhin ist interessant, dass dieselben Rechner auch allen extenen Beratern zur Verfügung gestellt wurden. Deren Stundensatz lag dabei weitaus höher, wodurch sich die Investition noch schneller amortisierte.

Positive Seiteneffekte des Einsatzes leistungsfähigerer Entwicklerrechner sind zudem verbessertes Time-To-Market (offensichtlich) sowie ein besseres Betriebsklima (lange Buildzeiten frustrieren Entwickler, schnelle Rechner hingegen erfreuen sie).

As I couldn’t find any code snippet via Google, this might be helpful for you, dear reader.

Example: You want to check for a timestamp of ’2006-02-15 12:05:19.861555′ (within quotes, as shown by one of my favourite SQL clients, SQuirrel SQL).

DateFormat formatter = new SimpleDateFormat( "yyyy-MM-dd HH:mm:ss" );
Date theMilliDate  = formatter.parse( "2006-02-15 12:05:19" );
Timestamp timestamp = new Timestamp(theMilliDate.getTime());
// Note the trailing zeros!
timestamp.setNanos(861555000);
// validFrom would be of type java.util.Date
myEntityObjekt.setValidFrom(timestamp);

This – at least – does the trick, if you know of a better solution, please share it

Nach einigen hartnäckigen Problemen mit dem aktuellen Lenny-Snapshot auf einem neuen Rechner hab ichs mal mit dem brandaktuellen Kubuntu 8.10 aka "Intrepid Ibex" versucht. Wesentlicher Grund war, das neue KDE 4.1.2 ausprobieren zu können.

Die Installation verlief weitgehend problemlos, vorhandene Partitionen wurden zwar erkannt, mussten aber den Mountpoints neu zugeordnet werden. (Könnte man das nicht noch besser machen und die vorhandene /etc/fstab einlesen und defaultmäßig vorschlagen [ich meine mich dunkel entsinnen zu können, dass SUSE 10.2 das so gemacht hat]?
Oder wenigstens dies ermöglichen?).

VGA-Mode in den Terminals ist immer noch 640×480, das machen andere Distributionen schon lange, lange besser. Aber immerhin kann man die /boot/grub/menu.lst nachträglich bearbeiten.

Der erste Start von KDE4 dauerte eine ganze Weile, höchstwahrscheinlich, weil viele Dateien im Home-Verzeichnis angelegt werden mussten.

Nach der Anmeldung flackerte der Bildschirm etwa alle 2-3 Sekunden, was mich beunruhigte. Meine Vermutung, dass keine NVidia-Treiber installiert waren, bestätigte sich, immerhin folgte sofort ein Hinweis von "Jockey", der Software für die Verwaltung proprietärer Treiber, dies solle man ändern.

Indes wurde meine Auswahl, Release 177 des Nvidia-Kernels zu verwenden, nicht übernommen.

Schnell war deutlich, weshalb: Die Netzwerkverbindung war nicht hergestellt. Zwar ist ein Icon im Systray vorhanden, das einem ermöglichen soll, die Netzwerkkarte zu konfigurieren. Nur werden die dort hinterlegten Einstellungen nicht in /etc/network/interfaces übernommen.

Also hab ich die Netzwerkkarte manuell dort eingetragen, entsprechend der Konfiguration auf dem anderen Debian-Lenny-Rechner:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
  address 192.168.9.19
  netmask 255.255.255.0
  network 192.168.9.0
  broadcast 192.168.9.255
  gateway 192.168.9.1

Und noch /etc/resolv.conf erstellt, und dort die Arcor-Nameserver hinterlegt:

nameserver 145.253.2.75
nameserver 145.253.2.11

Leider half jetzt nicht einfach…

sudo su
/etc/init.d/networking stop
ifconfig eth0 down
/etc/init.d/networking start

… auszuführen, vielmehr musste ich den Rechner neustarten. Danach war die Netzwerkverbindung hergestellt.

Posts in den Ubuntuforen (hier und hier) lassen vermuten, dass es sich um ein generelles Problem handelt. Das ist nicht  benutzerfreundlich gelöst, so eine Distribution darf man durchschnittlichen Anwendern nicht in die Hand geben, es sei denn, man möchte sie für Linux vergraulen.

Nachdem die Netzwerkverbindung aufgebaut war, ließ sich das Grundsystem einigermaßen komfortabel einrichten. Der NVidia-Treiber war schnell installiert (über den "Jockey"-Dialog), ebenso ein aktuelles Java

sudo su
apt-get-install sun-java6-jdk

Danach noch Synaptic installiert, da Adept mir völlig kryptisch erschien, die Suche nach Paketen nichts brachte und die Hilfedatei nicht verfügbar war.

Jetzt läufts, allerdings mit Einschränkungen: Gnome-Programme erkennen das Scrollrad nicht, die Tabs im Firefox (nachinstalliert) sehen gräuslich aus. Generell scheint mir noch viel manuelle Nacharbeit nötig zu sein.
Ein Blick in /etc/X11/xorg.conf zeigt, dass keine spezifischen 3D-Features für die Graphikkarte eingetragen sind, was möglicherweise aber anders funktioniert als bei Lenny (???).

Ansonsten macht KD4 einen recht guten allgemeinen Eindruck, vieles scheint mir aber auch noch überhaupt nicht ausgereift. Die Einstellungsanwendung ist in meinen Augen weitaus schlechter als das alte KDE Control Center, hier wünschte ich mir die frühere Anwendung zurück.

1. Test-JAR im Ausgangsprojekt erstellen

In der pom.xml des Projekts, dessen Testklassen verwendet werden sollen, erstellt man ein separates JAR über eine Änderung des maven-jar-plugins:

<plugins>

<!-- Weitere Plugins -->    

  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <executions>
      <execution>
        <goals>
          <goal>test-jar</goal>
        </goals>
      </execution>
    </executions>
  </plugin>
</plugins>

2. Test-JAR verwenden

In der pom.xml eines Projekts, welches das JAR mit den Testklassen verwenden soll, trägt man eine Dependency mit einem classifier ein:

<dependency>
  <groupId>de.buergel.bas</groupId>
  <artifactId>bas-spring.server</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <scope>test</scope>
  <classifier>tests</classifier>
</dependency>

Siehe dazu den ausführlichen Blogeintrag von Walter Cedric (Englisch).

Im Vergleich zu den großen kommerziellen Java-Konferenzen (in Deutschland die JAX, US-international die Java One) nimmt sich die berlin.jar bescheiden aus:

Alle Besucher (zumindest, die mit denen ich sprach) wurden von Ralph Bergmann persönlich begrüßt.

Nett.

Jedenfalls etwas ganz anderes als die spektakulären Bühnenbegrüßungen von Sebastian Meyen, der ansonsten auf der JAX stets recht arrogant/gestresst agiert, wenn man sich nicht durch Anzug oder Speaker-T-Shirt ausweisen kann.

An zwei Tagen werden Samstags vier Vorträge in fünf Tracks angeboten, am Sonntag drei. Daneben können Samstags noch Workshops besucht werden (v.a. Eclipse RCP und Tomcat 6).

Die Konferenz findet – naheliegend – in den Räumen der FHTW Berlin in der Treskowallee statt. Menschen von der User Group und offenbar auch Studenten (?) unterstützen die Veranstaltung, ein einem Gang sind drei Stände aufgebaut.

Essen wird an Grill und Suppenküche ausgegeben, leider alles nicht ganz mit den Veranstaltungszeiten koordiniert. Für die erste Veranstaltung dieser Art, zudem nichtkommerziell, ist das akzeptabel.

Was macht aber eine Konferenz wertvoll? Natürlich die mobile Massage in der Relax-Lounge! Mögen manche sagen. Andere finden eher die Qualität der Vorträge entscheidend. Hier braucht sich die berlin.jar nicht zu verstecken: Von Oliver Böhm über Peter Roßbach (!Tomcat Workshop!) zu Eberhard Wolff sind viele Größen der deutschen Java-Community vertreten. Die Qualität der von mir besuchten Vorträge braucht sich zumindest hinter denen der Vorträge auf der JAX nicht zu verstecken.

Alles in allem eine lohnende Veranstaltung, für den lächerlich niedrigen Eintrittspreis (15,- EUR im Vorverkauf, Verköstigung inklusive) bekommt im Vergleich zu den kommerziellen Veranstaltungen ein Vielfaches als Gegenwert.

Dieses Angebot nutzten am ersten Tag nach meiner Einschätzung (Mittagessen und "Abendparty") mehr als 100, aber sicherlich weniger als 250 Teilnehmer, davon etwa 3% Frauen (leider nicht eine einzige Vortragende, sehr schade, dass Angelika Langer nicht anwesend war).

Hochachtung verdient Ralph Bergmann und seinen Helfern für den Einsatz, der weitaus mehr von einer Begeisterung für die Technologie spricht als von reinem Profilierungsdrang. Dazu wurde zuviel gelächelt.

Softwareentwicklung mit agilen Methoden, Java EE (JEE), J2EE, Java2EE, Java, Ruby, Linux, JSF, Spring, Hibernate, SCALA, JBoss Seam, Maven, Apache Software Foundation, Eclipse, Eclipse RCP, NetBeans, Rules Engines, Middleware, SOA, BPM, ITIL, TOGAF, Zachman, Lean Management, IT-Strategie, Neue Musik, Klassische Musik, Musizieren, Klavier, Klarinette, Literatur (speziell Lyrik), Literatur, Bildende Künste, Kunst, Kulturgeschichte, Kunstgeschichte, Berlin, London, Venedig, Paris, Florenz, Rechtsinformatik, Italien, Großbritannien, English Literature, English Verse. Werke u.a. folgender Personen: Fowler, Tiepolo, Eisenstein, Braudel, Schnitzler, Ligeti, Knuth, Pushkin, Satie, Bellini, Monteverdi, Adams, Veronese, Shelley, Brecht, Dowson, Brahms, Montaigne, Schumann, Kubrick, Rameau, Bartok, Huizinga, Mahler, v. Bingen, Lenau, Frisch, Lenz, Olbrisch, Brunelleschi, Lichtenberg, Turner, Günther, Trakl, Scelsi, Redon, Streeruwitz, Flaubert, Friedell, Naso, Wilde, Bernhard, Erasmus, Gernhardt, Klimt, Palladio, Rückert, Härtling, Flaccus, v.d. Weyden, Balthus, Reynaldo Hahn, Caroll, Borodin, Verlaine, Mörike, Schobert, Villon, Greenaway, Heym, Thelen, Watteau, Abschatz, Jelinek, Bach (4x), Huysmans, Schiele, Ravel, Walser, V. Klemperer, Augustinus, Kling, Mann (2x), Gombrich, Stroustrup, Auster, Brüder Limburg, Franck, Purcell, Fellini, Truffaut, Hofmannsthal, Pollock, Schubert, Bresdins, Ariès/Duby, Bulgakow, Lenz, Proust, Neruda, de Beauvoir, Brouwer, Fragonard, Degas, Kurtag, Zelenka, Pepys, Rimbaud, Giorgione, Bachmann, Vian, Wilder, Wilmot/Rochester, Brinkmann, Callot, Opitz, Couperin, Ockeghem, Giacometti, Celan, Klinger, Catull, Sterne. Laufen, Laufsport, Joggen, Marathon.

Diese hatte ich schon vor längerer Zeit einmal zusammengekramt, um einer schmerzhaft Geliebten zu erkennen zu geben, ich wäre der richtige für sie, allein meiner Interessen wegen. (Magisches Denken, Zaubersprüche der Kindheit, nur transzendiert.).

Tatsächlich erkannte ich nach einer Weile, dass diese Frau sich weder für mich noch für wenigstens 10% der aufgeführten “Inhalte” hinter den Namen interessierte.

Wär mir letzteres wiederum von Anfang an bekannt gewesen, hätte ich gar nicht damit begonnen, ihr nichtvorhandene Gemeinsamkeiten zu unterstellen (Gegengeschlechtlichkeit ist ja wirklich keine Gemeinsamkeit.).

Und auch kein ernsthaftes Interesse für sie entwickelt.

Das wirft bei mir die Frage auf, ob es nicht irgendeinen Social-Web-Dienst gibt, bei dem man solche Informationen nicht hinterlegen kann, um eine “Interest Map” zu erstellen, die man dann mit der anderer Nutzer vergleichen kann. Auf diese Weise könnte man eine Sozial-DNA erstellen, und Menschen finden, die ähnliche Interessen haben / Ziele verfolgen.

Am besten noch mobil die Sozial-DNA gegeneinander abgleichen können. Und das noch für berufliche Profile und private. Und eine “Heat Map”, die anzeigt, wo sich im Raum die Leute befinden, mit denen man zumindest die Interessen teilt. Etc. Etc. (z.B. mit sozioökonomischen und politischen Kriterien).

Datenschutz wäre da ein noch sensibleres Thema als bei den gängigen “Social Tools”. Mir erschiene so etwas jedenfalls sinnvoller als die ganzen “Legacy DNA” Startups wie Navigenics etc., die einem alles und nichts zu der eigenen DNA mitteilen. Die Möglichkeit, die “Social DNA” (die keinen Status ausdrückt, sondern mikroindividuelle Differenzierung) verändern zu können, ist hier entscheidend: Jeder Mensch hat ja die Möglichkeit, sein Profil zu verändern. Ggf. sollte man sogar von vornherein angeben können, in welche Richtung man sich entwickeln möchte, was man nicht kennt, aber kennen möchte etc.

Konkreter sollte das ganze so gestaltet sein, dass für den Grunddatenbestand eine Anzahl von etwa 100 unterschiedlichen “Leads” (Schlüsselpersonen) ihre inhaltlichen, kulturellen, religiösen, sportlichen, politischen Interessen und Kenntnisse, Ziele und Vorlieben mitteilen, am besten über eine Liste von Stichwörtern wie oben dargestellt.

Diese wird dann geparst, bestehenden Schlüsselobjekten und semantisch zugeordnet. Danach erfolgt dann eine Auswertung / Neuindexierung der ermittelten Objekte durch die Nutzer. Sind die Schlüsselbobjekte zugeordnet, werden sie bewertet: Bei “Werken”, Künstlerinnen, Musikstücken (kristalline Intelligenz) vor allem nach Vorlieben (mag ich / mag nicht / mir unbekannt), bei konzeptionellen Schlüsselobjekten (fluider Intelligenz) auch nach Fähigkeit (verstehe/kann ich, verstehe/kann ich nicht / mir unbekannt).

Dieser Grunddatenbestand kann dann von anderen übernommen und weiter angepasst werden.

Das ganze mit der Möglichkeit, sich mit anderen Nutzern “zu verbinden”, von ihnen Objekte zu übernehmen und für sich selbst zu bewerten, zu suchen und sich finden zu lassen und sich eine Timeline anzeigen zu lassen, aus der man später ermitteln kann, wie sich die eigene Social DNA verändert hat.

Falls jemand einen solchen Dienst kennt, wär ich für einen Hinweis sehr dankbar

Hm, wenn das wirklich stimmen sollte, hat Adobe noch schlechtere Karten (bei mir). Wie auch Marten wusste, ist zwar Ende März eine Linux-Alpha Version erschienen, aber nur für x86er-Systeme. Kein Wunder, dass sich Sun wegen JavaFX noch freut. Wäre nur schön, wenn das a) produktionsreif und b) auch mit Eclipse-Unterstützung erschiene (sonst machts Genuitec und bindet den noch nicht vorhandenen visuellen Editor wie Matisse in MyEclipse ein).

Ein Tip: Installiert man das mittlerweile stark ausgereifte m2 Maven-Plugin von Codehaus, findet man weitere sehr nützliche Hinweise in der Eclipse-Hilfe, die den gesamten "Definite Guide" integriert, mit Suchfunktion.

Die letzten Versionen des Plugins wären eigentlich einen eigenen Eintrag wert: Es kommt jetzt mit einem schon ansprechenden POM-Editor daher, der an die Editoren für die Eclipse-RCP-Entwicklung erinnert (etc. etc. etc., WTP-Unterstützung ist im Codehaus-Wiki beschrieben), aber Achtung: Die Eclipse-Update-URL hat sich geändert zu http://m2eclipse.sonatype.org/update/ resp. http://m2eclipse.sonatype.org/update-dev !

Test umgehen

An der Kommandozeile:

In der pom.xml:

<plugins>     
<!-- ...weitere Plugins... -->
  <plugin>
    <artifactId>maven-surefire-plugin</artifactId>
    <configuration>
    <skip>true</skip>
    </configuration>
  </plugin>
</plugins>

Fremdes Archiv in lokales Repository deployen

Kommt insb. vor, wenn man kommerzielle Archive, die nicht öffentlich verfügbar sind, in sein lokales Repository übernehmen möchte. Oder irgendwelche obskuren Legacy-jars, die mit Ant gebaut werden )))

Man benötigt eine rudimentäre pom-Datei, Teil-Struktur ggf. von http://www.mvnrepository.com/ holen.

Hier ein POM fürs Substance L&F:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>org.jvnet</groupId>
  <artifactId>substance</artifactId>
  <version>4.3.11</version>
  <packaging>jar</packaging>
  <name>Substance Look and Feel</name>
  <url>https://substance.dev.java.net/</url>
  <description>Private deplomyent, not from Sun!</description>
  <dependencies />
</project>

Jetzt an der Kommandozeile in das Verzeichnis wechseln, in dem sich jar und Dummy-POM-Datei befinden und deployen (diesmal fürs jnlp-Servlet):

mvn deploy:deploy-file -Dfile=jnlp-servlet-1.0.jar -DpomFile=openswing-jnlp-servlet.pom -DrepositoryId=release -Durl=http://10.45.7.7:7575/archiva/repository/internal -e

Wirksame Konfiguration anzeigen

mvn help:effective-pom (Siehe die nützlichen weiteren Features hier).

War erstellen

In pom.xml (Unterelement von <project>):

<packaging>war</packaging>

Ggf. das Maven-War-Plugin verwenden und <exclusion> für JEE-Bibliotheken.

Zum Bauen

mvn package

Build ausführen (sic)

mvn compile / mvn package

(Und den "Definite Guide" lesen, um das Konzept zu verstehen <kicher>).

JDK festlegen (zum Kopieren)

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>2.0.2</version>
    <configuration>
        <source>1.6</source><!-- oder 1.4 oder 1.5 etc.-->
        <target>1.6</target><!-- oder 1.4 oder 1.5 etc.-->
    </configuration>
</plugin>

(Fortsetzung folgt…)

http://blogs.sun.com/watt/resource/jvm-options-list.html

Wenn sie sich primär auch auf Solaris/SPARC beziehen mag, ist sie mehr als nützlich.

<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.

-Djavax.xml.transform.TransformerFactory=com.icl.saxon.TransformerFactoryImpl -Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBuilderFactoryImpl-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl-Dorg.xml.parsers.sax.parser=org.apache.xerces.parsers.SAXParser 

Siehe dazu auch nur Xerces als Default-Parser setzen. 

Wie auch immer, für mich ist guter Stil, zu begründen, weshalb man ein Singleton verwendet. Ebenso, wie man manchmal explizit nichts in einem Code-Block ausführen möchte:

if(this){  do();}else if (scary){  // empty on purpose!}else{  doOther();}

(da gäbs sicherlich bessere Beispiele, ein besseres wäre der leere private Konstruktor von nicht instantiierbaren Klassen),  sollte man im JavaDoc eines Singletons erwähnen, dass es sich um eines handelt, weshalb es als Singleton verwendet wird und ggf. wie es getestet werden kann resp. welche Besonderheiten für das Testen von Klassen anfallen, die das Singleton verwenden.

Das geht höchstwahrscheinlich darüber hinaus, was z.B. in Spring mit den DAO-Klassen erfolgt (sollen die alle schlecht sein?), ist aber gerade für die Arbeit im Team nützlich. 

    UIManager.put("ClassLoader", LookUtils.class.getClassLoader());    UIManager.setLookAndFeel(new Plastic3DLookAndFeel()); 

Backslash maskieren

  <replaceregexp    match="a:\\"    replace="b:\\\\"    flags="gi">    <fileset dir="${build}${/}xml" id="XmlStuff">      <include name="takeme*.xml"/>    </fileset>  </replaceregexp></target> 

Punkt maskieren (z.B. für Paktebezeichner)

<replaceregexp  match="com\.old\.style\.business"  replace="org\.new\.style\.business"  flags="gi">  <fileset dir="${the.path}" id="pathy">    <include name="Groov*y.java"/>  </fileset></replaceregexp>

 Das Flag "gi" bedeutet: global (alle Vorkommen der gefundenen Zeichenfolge), [case-] insensitive (Groß-/Kleinschreibung nicht beachten).

Daher wäre ein Eclipse-Plugin, etwa für DocBook-Dokumentation nützlich, wo man für <programlisting>-Tags auf einen Code-Ausschnitt verweisen könnte, den man direkt aus der "lebenden Klasse" nehmen könnte.

-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl

        <buildCommand>            <name>org.eclipse.jdt.core.javabuilder</name>            <arguments>            </arguments>        </buildCommand> 

einfügen (direkt via Eclipse, im geöffneten Projekt funktioniert). 

Interface 21. Rod Johnson. Jürgen Höller (Linz) Hauptentwickler

Ausgangspunkt: Kritik an EJB. Deshalb mit POJOs (also known as "Simple Objects") arbeiten.

Java EE Design-Pattern-Ansatz zu komplex.

DI – AOP – Portable Service Abstractions.

Pluggable Architecture. Spring MVC. JNDI JPA, JTI etc.

Leightweight remoting, JMX.

Inversion of Control

Inversion of Control

^-Dependency Lookup ^-DI

                                        ^-Setter Injection ^-Constructor Injection

Setter Injection

Spring setzt setter-Werte. Parameterloser Konstruktor nötig.

Nachteil: Inkonsistenter Zustand möglich, wenn wesentliche Properties fehlen. BeanInterface (aber schlecht: abhängig vom Framework) – besser init method => Ruft init-Methode auf. Oder setter mit @required erstellen, dann prüft Spring von selbst. noch besser:

Constructor Injection

Kann mit setter-I. kombiniert werden. Indizierung der Parameter.

<constructor-arg index="0" ref="accountDao" /> (Index kann bei unterschiedlichen Typen auch weggelassen werden).

Dagegen spricht: super()-Aufruf bei Vererbung, Parameter so nicht mehr verwendbar. Kein Mechanismus, den Objekt-Status zu refreshen.

Unit Test

Nicht an Container denken, Objekte mit new() erzeugen.

Spring Containers
IoC und lookup Features. mit new einfach zu erzeugen:
ApplicationContext theContext = new ClassPathXmlApplicationContext("spring-config.xml");

Bsp. deklarativ in web.xml – aber nicht empfohlen. Test-Case-Bsp.: protected String[] getConfigLocations()

Spring-Beans brauchen nicht ausgelesen zu werden. ###Files mit Aufgaben und Präsentation hochladen###

AbstractTransactionalDataSourceSpringContextTests:
Rollt DS nach Testaufruf auf Anfangszustand zurück.

Autowiring
Um Referenzen automatisch zuzuweisen. Nachteil: Weniger verständlich. Empfehlung: Eher nicht benutzen.

AOP
Spring AOP kann ohne DI benutzt werden. Bsp. Eclipse RCP. "Decoration through configuration".
Crosscutting concerns. Advices – Pointcuts. Einige Aspects out-of-the-box.
jamon – Monitoring einfach einzurichten.

AOP-Proxy – bezieht sich nur auf Spring-Beans (!), also z.B. nicht bei Selbstreferenzierung. Aspekte für AspectJ transformierbar von Spring AOP. Unterschiede: Keine Feldzugriffe mit Spring AOP. Dadurch, dass Bytecode erzeugt wird, kann AspectJ auch selbstinstantiierende Klassen finden.

Advice-Typen: around (via ProceedingJoinPoint), before, after, throws.
Kurzer Verweis auf http://www.easymock.org/

Beispiel für Einbindung.

<aop:config>
  <aop:aspect id="traceAspect" ref="traceInterceptor">
    <aop:around pointcut="execution(* dao.*+.*(..))" method="trace" />
  </aop:aspect>
</aop:config>

Aufruf Unit-Test auch mit -DSPRING_XML_FILE=aop-pojo.xml in Eclipse als VM arg. Annotation-Aspects gut für Transaktionen, ansonsten immer schlecht, wo es schlecht ist, wenn der Code geändert wird.

@Pointcut("execution(* dao.*+.*(..))")
public void traceMethods()  {
}

Hack, damit über

@Around("traceMethods()")

darauf referenziert werden kann.

Annotations-Aspekt kann auch in AspectJ wiederverwendet werden, XML-POJO nicht. Bestimmte Views der SpringIDE: Bean Explorer; Bean Cross Reference; Spring AOP Event Trace.

Effective Middle Tier
Service Objects /Business Facade _transactional boundaries. Logik auch in Domain-Objekt, zu Lasten der Interoperabilität.
Stateless, POJO.
DAO Interfaces
DAO Implementations

Data Access Layer
Persistence hidden; Impl Class; Throws unchecked exception; Stateless, POJO. Gut mit Singleton Spring Beans. Domänenobjekte. POJOs.

Distributed Spring
Referenzen auf Server injizieren. RMI, HttpInvoker – http + Serialisierung.

Server erstellen. Client erstellen. Seeeehr einfach. Funktioniert auch mit JMX. BeanFactoryPostProcessor. (Erläuterung, wie man über PropertyPlaceholderConfigurer Werte in *.properties-Datei [oder DB oder Input etc. etc.] auslagert und Werte in XML mit ${valuename} auslagert.

spring-modules hat auch eine Impl für Commons Configuration.

Template Pattern
Extreme Vereinfachung von Zugriff auf Persistenzlösungen + JMS. Von Spring verwaltet, ohne Mächtigkeit zu verlieren. Beispiel:

getSimpleJdbcTemplate().update("DELETE FROM T_ITEM WHERE ID=?", "name");

Exception Hierarchies.
DataAccessException – all exceptions extend one single class. Erweiterbar. Vorbereitete Klassen, z.B. für SPs, die Fehlercode zurückgeben.
Datasource auch über JNDI-Lookup im J EE Appserver.

###Notiz: Wenn man Convention over Configuration folgte, sollte man IMHO für Spring stets drei Defaultverbindungen verwenden.###

Transactions
DAOs nehmen automatisch an Transaktionen teil. Gilt auch für Verbindungen von Persistenzlösungen. DataSource über Connection. Two-Phase-Commit: JOTEM/Atomicus f. Java SE. Ansonsten Integration mit Appserver und JTA.

iBATIS
"Sweet spot" zwischen JDBC und ORM. Wohlbekannt…
Integration mit JavaSpaces: AUf Java Modules (?). Spring ist technologieneutrales API.
MSB – Support injizierbar.

Spring + JSF
Auf Spring Beans via JSF zugreifen, als wären es Managed Beans.
jsf-spring-Projekt: Umgekehrt.

Quartz
Wie JMS. POJO-Bean mit Aufrufmethoden. Sah sehr einfach aus.

Security
Acegi. Unabhängiges Framework. ServletFilter.

KGs Fazit:

Der Stoff eines ganzen Buches von zwei höchstprofessionellen, aber augenscheinlich gelangweilt-genervervten-erschöpften "Trainern". Hätte ich den Enthusiasmus, das Feuer bei der Präsentation als Richtschnur genommen,  wäre ich unweigerlich zur Vermutung gelangt, die beiden wären vom Java EE Marketing aufgekauft. Spring ist ein excellentes Framework, das die Entwicklung verteilter Anwendungen ungemein erleichtern kann. Dies wurde zwar vermittelt, aber in einer Weise, als ob es sich um etwas Langweiliges handele. Für einen "Rundumschlag" an einem Tag, der IMHO damit enden sollte, dass alle Entwickler begeistert noch auf der Heimfahrt an den Beispielen weiterarbeiten, fehlte der Elan, vielleicht auch die didaktischen Fähigkeiten von Eberhard Wolff, dessen Naturell aber vielleicht eher auf Coolness/Phlegma hingerichtet ist.

"Teflon-Effect": Thoughtworks Time and Expenses System (with Plone). Mercury testing suite (element Selenium protects from Mercury toxity).

Acceptance Testing Tool. Test runs directly in the browser, analysing the DOM. BrowserBot -takes commands and exercises the app as if it was the user.

http://selenium.houghtworks.com

http://www.openqa.org/selenium

Usage

Modes:

TestRunner -put core alongside the app (means static HTML dir).

RemoteControl ("driven mode").

Test cases: Simple HTML tables

| Ignored |

Command | Target | Value

Command | Target | &nbsp;

Assertion | Expectet | Actual

TestSuites possible.

Understands everthing that can be done by the user and additionally things like changing cookie values.

Concepts

Locators: Find things on the page. id, name, identifier, dom=JS expression

Matching Patterns: glob:pattern, regexp, exact, default is glob

Select: label, value, id, index

Actions: Action, actionAndWait, open

Assertions: Assert, Verify (continue the test in case of a failure), waitFor (e.g. for AJAX – wait until field changes the value)

assertConfirmation: JS confirmation dialog.

Parameters and Variables: store, storeValue, storeText, storeAttribute, stored in JS map storedVars

Variable Substitution – JS Evaluation

Selenium Techniques

Generating UIDs

Creating Test Case JSPs.

Assert sthg not existing. assertXPath extension (on openqa).

Fits into CruiseControl.

auto="true" => /postResults => CC

Remote Control Selenium

Drivers for Java, .NET, Python, Perl, Squeak, and Ruby. Jetty-based proxy-server. Issue Selenium commands – allows to issue all commands via JUnit tests…

Purely declarative Selenium syntax can be broken up.

User-Extensions

user-extensions.js : e.g. own actions. Own locators and assertions (see openqa).

Selenium-IDE

Firefox-Extension. Recorder. With intelligent addons-e.g. forward-engineer macros to remote scripts in all languages.

###XPather + XPath Checker ###

Future

Driver capabilities. 1.0 soon. Documentation for driver. DSL-like language to supplement HTML.

File Uploads possible with Firefox.

Question: What about integration with Fit/FitNesse (e.g. http://www.cornetdesign.com/2006/09/fitnesse-selenium-wrapper.html or http://storytestiq.sourceforge.net/index.html)? Neal Ford didn’t seem to see any use for it as he understands FitNesse also for functional tests and Selenium only for acceptance tests. ###TODO: Send an e-mail  to him###

https-Support (one-time import of the certificate)

(KG’s) Summary

This is "best-of-breed" technology for free. Whoever works in smaller/midrange IT departments and wants to spend money for a commercial tool is going to burn money. The multi-language facility via the remote runner makes Selenium quite adjustable. E.g. the integration with CruiseControl and even JUnit test cases makes it highly valuable.

The Selenium IDE can compete with professional Testing UIs. It’s AJAX support is stunning. Haven’t seen any commercial competitors yet.

]]> http://blog.gresch.de/2007/04/26/jax-2007-testing-with-selenium-neal-ford-thoughtworks/feed/ 3 http://blog.gresch.de/2007/04/26/jax-2007-facelets-und-jsf-thomas-spiegl-irian-at/ http://blog.gresch.de/2007/04/26/jax-2007-facelets-und-jsf-thomas-spiegl-irian-at/#comments Thu, 26 Apr 2007 12:12:00 +0000 KG http://web636.webbox122.server-home.org/wpkg/?p=181 Thomas Spiegl: Committer MyFaces.

Einstieg: http://facelets.dev.java.net

Nachteile von JSP… JSF 1.1-Problem falsche plazierte Renderung, kein Template-Framework. MyFaces hat Tiles-ViewHandler.

Warum Facelets verwenden:

HTML-Content kann schlecht in Komponentenbaum eingefügt werden.

1.es Beispiel

<h:panelGrid columns=1">

<h1><h:outputText value="text" />

</h1></h:panelGrid>

Rendert als:

<table><tr><td>text</td></tr>

<h1></h1>

</table>

(Ist aber bei 1.2 gelöst mit automatischem verbatim-Tag).

2.es Beispiel

<h:outputLabel for="name" />

<h:inputText id="name" />

JSP und JSF 1.1: Label wird erst beim 2.en Request auf die Seite gerendert.

Facelets und JSF 1.1: Label wird gerendert. Komponentenbaum wird vor Renderphase aufgebaut.

(Ist auch bei JSF 1.2) vorhanden.

DataTable mit DataScroller – funktioniert nur, wenn der DS unterhalb der Table liegt.

• Performance 10-15% besser als JSP.
• besseres Error-Reporting.
• "leichte" Komponenten
• einfaches Templating, ohne XML;
• besseres Error Reporting – in web.xml. ui:debug
• Designerfreundlich.
• Konzept w

Einrichten

FaceletViewHandler einbinden in faces-config.xml

Tag Libraries in facelets.LIBRARIES (web.xml Context-Param)

facelets.DEVELOPMENT

facelets.BUFFER_SIZE

facelets.REFRESH_PERIOD; Standard = 2 (Sekunden), lädt die XHTML-Dateien nach. -1 zum Ausschalten.

facelets.VIEW_MAPPINGS

facelets.SKIP_COMMENTS false ist default. Sonst werden Kommentare übermittelt.

facelets.BUILD_BEFORE_RESTORE default: false. Facelet baut Komponentenbaum ganz ab Beginn auf.

Erforderliche jars:

• el-ri.jar
• el-api.jar
• jsf-facelets.jar

JSF EL auch zum Schreiben von Properties. EL-libs für 1.5 kompiliert, aber im Netz auch noch für 1.4.

Maven-Konfig: Dependencies. http://maven-repository.dev.java.net/nonav/repository

Legacy-Attribut setzen für mvn2

Logging-Eigenschaften separat.

Beispielseite: Normales XHTML, Namespaces eingebunden.

Templating

xmlns:ui="http://~"

Verwendung

mit ui:composition und ui:define. Alles außerhalb wird nicht geändert

Beispiel: XHML-Datei erstelllt. Facelet-Namespace geholt und ui:definitionen => Template

Neue Datei mit Verweisauf Template. <ui:composition><ui:define name="content" >Das ist Inhalt => überscjreibt default-Wert.

ui:decorate : Inhalt fügt sich ein, alles Umgebende wird mitgerender

jsfc – Zur Kompilezeit Element in Komponente umwandeln.

<input type="text" jsfc="h:inputText" etc.

JSTL-Support: Nur eingeschränktes Set. Probleme beim Rendern: encodeChildren="true"

ui:repeat statt c:forEach (buggy); besser rendered="true" oder t:dataList

Custom TagLibs

Komponenten rein aus XHTML – TagHandler, Converter, Validator,

2 Alternative: 1 XML-Tag pro Komponente

1 XML-Tag, das eine Java-Klasse spezifiziert, welche die Konfiguration ausführt.

<facelet-taglib>

<namespace …>

<tag>

<tag-name> etc.

Oder an Klasse binden (aber ungewöhnlich)

Einbindung der TagLib. Context-Param in web.xml facelets.LIBRARIES

oder Meta-Inf-Einbindung über WEB-INF/lib (automatisch)

Dynamische Komponenten

in Facelets library

Beispiel f. Eingabekomponente.

ui:component alle Anderen sind Kind-Elemente.

Ist echte Komponente im Baum.

Label mit Eingabekomponenten-Validierung. <f:validateLength>, indem in Template <ui:insert /> eingefügt wird. Input-Text bekomment Validator gesetzt

Dynamische Menüs-Beispiel.

Beispiel: Table-/Scroller-Kombination.

Method-Binding

funktioniert nicht: action="#{myBean.myAction}"

sondern backing="{#myBean}" action="myAction"

und command action="backing[myBean]" (###?, prüfen###)

Welche <ui:…/>-Tags

ui:fragment: rendert auch außenstehenden Text.

ui:composite

ui:decorate

ui:component

EL-Funktionen

JSP-Komponenten müssen in Taglib definiert werden. Component-Type + -Renderer festlegen.

Taglibs z.B.zum Einbinden in Tomahawk, auf Wiki-Seite von Faces.

Tag-Handler – Beispiel für Method-Binding. Tag-Handler nur einmal. dataTable-Tag-Handler: var-Spezialität. In Tomahawk kann das var-Attribut über Binding angespr werden

MetaRulest -Aliase, Attribute ignorieren, Meta-Rules f. Method-Binding.

Inlined EL-Expression: unterstützen keine Konvertierung und kein Encoding (also für Prototyping)

Debugging-Ausgabe: Mit Component-Tree und Scoped Vars, sehr nützlich.

In JSF 2.0 sollte eine ähnliche Technologie im Standard vorhanden sein (2008).

KGs Fazit:

Facelets sind JSP eindeutig vorzuziehen. Erhebliche Erleichterungen beim Erstellen von Taglibs. Intuitiveres Programmieren.

Über S.H.: von Struts über JSF, Spring MVC zu Grails. Erstellt Grails Podcast.

Motivation

Framework wie Rails – Convention over Configuration, DRY

Spring MVC im Hintergrund

Grails vs. Rails Benchmark – Skaliert weitaus besser als Rails. 1.0 Release im Sommer, 0.5 im Mai.

grails clean

grails update

zum Update, soll schmerzlos sein.

Benutzte Frameworks

Spring: Spring DI + Spring MVC

Hibernate

SiteMesh – Layouting

Java EE – Integration

Standalone oder Hib-Mappings f Legacy-Schemata; EJB3-Integration; vorhandene Spring-Beans können verwendet werden.

Quickstart siehe am besten hier.

ApplicationBootStrap zum Persistieren.

TL-Erzeugung. Zur Laufzeit deploybar, ebenso mit Controller + Service.

Server-Start runApp.groovy. snipplr.com

MVC in Grails

Model: Domain-Klassen etc.

class Podcast {

String title

String feedUrl

}

View: Groovy SP oder JSP; dynamic TagLibs

Controller: Grails Controller + Grails Service

Object-Relational Mapping GORM. Equals()/hashCode() werden automatisch + dynamisch erstellt.

grails create-domain-class

Mapping 1:1

class Podcast {
Author author
String title
}

Mapping 1:n

class Podcast {
def hasMany = [ episodes : Episode ]
String title
}

Mapping m:n

class Podcast {
def hasMany = [ episodes : Episode ]
String title
}

class Author
{
def hasMany = [ podcasts : Podcasts ]
}

GORM: Dynamic Finders

Podcast.findByTitle(), QBE + HQL unterstützt.

Constraints

class Podcast {
String title
String feedUrl
static constraints = {
title(size:1..50)
feedUrl(unique:true)
}
}

GORM DB Konfiguration

development/production/test

Classe Development[...]DataSource ändern. Standard: Development.

View-Technologien

Die meisten verwenden GSP wg. der Dynamic Tag Libs.

Grails Controller

Generierbar (mit CRUD), wird dynamisch geladen. Immer alle CRUD-Operationen werden erstellt, DELETE kann z.B. nicht ausgeschlossen werden. Controller und Views müssen entsprechend manuell angepasst werden.

Parameter, Session, Flash-Objekte.

render()-Methode sehr mächtig – AJAX

HTTP-MEthod-Restrictions.

Dynamisches Scaffolding

im Bsp.: def scaffold= Podcast

Services

Kapselung von Business-Logik.

Buchempfehlung Getting Started with Grails (InnoQ)

]]> http://blog.gresch.de/2007/04/26/jax-2007-grails-rapid-web-application-development-sven-haiges-actionality/feed/ 0 http://blog.gresch.de/2007/04/26/jax-2007-maven-2-ae-umstellung-eines-projekts-von-ant-zu-maven-2-oliver-stauss-exxcellent-solutions/ http://blog.gresch.de/2007/04/26/jax-2007-maven-2-ae-umstellung-eines-projekts-von-ant-zu-maven-2-oliver-stauss-exxcellent-solutions/#comments Thu, 26 Apr 2007 08:46:36 +0000 KG http://web636.webbox122.server-home.org/wpkg/?p=179 Historie – von make über Ant, Maven 1 zu Maven 2. Einfluss der Rails-Community. Komplett neue Implementierung von 1.

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).

Design: Sourcecode itself. Manufacturing incredibly cheap.

Design small parts, then bigger. Our design tool: Java. C/C++-origins.

Stupid Java Tricks: static block. 6 ways to initialize sthg. in Java.

Enum example.

Inner class inherits

List<String> s = new ArrayList<String>()

{

{ add("hi"); //etc.

Justin Gehtland.

Language entropy – languages tend to become more complex.

Java language is the design, Java platform the manufacture.

Jaskell, Scala – Functional languages – e.g. automatically thread-safe

More declarative than imperative code.

Paul Graham, Hackers and Painters. Scale of the power of languages. LISP as the most powerful predecessor – no language that goes so far, Java only 4 features, Groovy 6 (?), Ruby 7

Ruby example… Calendar cal; cal.2.days.fromToday…

Testing is the rigor of SW dev.

KGs Summary:

The most inspiring and personally important session which I attended. Neal Ford made clear that following the test-first-approach (and testing in general) is more needed than type-safety. And even more needed than the IDE (or whatever) is the programming language as developer’s tool. But what the programmer most necessarily needs is – his brain. If he doesn’t think but just rely in the compiler warnings etc. there is no gain at all. As Neal Ford explained that FUD very often distracts from thinking, his recommendation is to evaluate, I think, every Java developer should take a mid-complex personal project and rewrite it in Ruby.

But I’m also sure, many won’t. This is caused in the fact that there are many programmers which have no "personal project" – they even haven’t any IDE installed at home.

To me it seems, the programming world is not only splitted into MS and non-MS programmers or those who use a plaintext editor and those who use a full-featured IDE, but also in those who want to be efficient (in the Pragmatic Programmer’s sense) and those who just want to stay where they are. There is a big "gap of passion" and IMHO, the less a developer is passionated about software development the more she/he’ll produce and consume FUD.

Addendum: On Neal Ford:

Homepage: http://www.nealford.com/

Blog: http://memeagora.blogspot.com/

]]> http://blog.gresch.de/2007/04/25/jax-2007-polyglot-programming-neal-ford-thoughtworks/feed/ 0 http://blog.gresch.de/2007/04/25/jax-2007-garbage-collection-memories-are-made-of-this-rainer-jung-kippdata/ http://blog.gresch.de/2007/04/25/jax-2007-garbage-collection-memories-are-made-of-this-rainer-jung-kippdata/#comments Wed, 25 Apr 2007 14:34:08 +0000 KG http://web636.webbox122.server-home.org/wpkg/?p=177 Zu Rainer Jung: Tomcat-Commiter, Cluster, mod_jk, Geschäftsführer kippdata GmbH

Warm-Up-Fragen, etc. wer benutzt noch 1.3 etc,

Statistik XX-Optionen: 412 + 32 Diagnose

367 in DevBuild

53 Optionen mit verschiedenen Defaults

Beschränkung auf Sun JVM 1.4.2, 1.5, 1.6

Drei Fragestellungen:

1. GC run blockiert Anwendung
2. GC blockiert CPU Zeiten
3. Großes Memory ist teuer

=> Drei widersprüchliche Ziele.

Objekterreichbarkeit – lebt, wenn es Kette v. ObjRefs von "root" zum Obj gibt.

roots: static fields in Klassen, Args, MEmber der Methoden in allen aktuellen Threads.

Realisierungsziele

• schnelleObjAllokation: Eden-Stack; Ende d Stacks wird hochgesetzt -Inkrementierung d Pointers. Was, wenn Eden "voll ist"? Eden leerräumen: In Survivor Space () [=>Minor GC] wird Eden umkopiert. SS kleiner als Eden.
  Was, wenn SS voll ist? Zwei SSes Survivor A + Survivor B. Eden=>A=>B. Dabei werden die From und To-Rollen immer abwechselnd vertauscht. Deshalb heißen die SSes auch "Semi-Spaces".
• New: Var 1: Eden+ 1 Semi-Space
• Var2: Eden + beide SSes.
• Was, wenn SemiSpace voll ist? Objekte nicht mehr "jung" – Tenured – enthält ältere Objekte. Nach MGC => Eden leer, From leer, alle Objekte in To und Tenured.
• Objekte im SS erhalten Alter "age", wird bei Umkopieren um eins erhöht; Objekte oberhalb eines Age-limits (default 31 (1.4.2), 15 (1.6) und 31/15 (1.5), änderbar) kommen nach Tenured.
• Suche letztes Age A, welches unter N% liegt.
• meisten Obj sterben jung
• wenig Overhead + Störung d. App

Schalter -server / -client Verändert Memory Defaults. 64 bit immer Server.

Server Class Detection: Linux: Anhand d Memory-Werts.

-X-Argumente sind nicht standardisiert. -XX:+/-[Schalter] -XX:[key=value]

Argumente an CL oder .hotspotrc oder _JAVA_PREFIC envvar

Heap: Eden+2*Semi+Tenure

Dynamisches Resizing. Defaults 40/70%

Für Produktion Xmx=Xms

New Size= Eden + 2*Semi

(Kein Schalter f. Tenured). New Size als Anteil New:Tenured = 1:NewRatio

New generation (in Doku): Ein Semi-Space + Eden

Survivor Ratio 1 Semi Space also New /(SurvivorRatio+2)

4 = Eden 4/6, SS 1/6

Tenuring-Verhalten beeinflussen

TargetSurvivorRatio (Zielfüllstand SemiSpaces %)

MaxTenurinbgThreshold

OutOfMemoryErrors

OnError – Kommandoübergabe.

Schalter ShowMessageBoxOnError: Hält Prozess an, damit man Debugger anklemmen kann.

Seit 1.4.2. parallele Minor GC (Throughput Collector). Concurrent: Abarbeitung während App nicht gestoppt wird.

Schalter UseParallelGC bei CMS UseParNewGC, Default ab 1.5 bei server

Anzahl benutzter Threads nach Formel

(ncpus <= ?) ncpus : 8 + (ncpus -8)* 5/ 8

ParallelGCThreads=x einstellen besser!

GC-Ergonomie, in Verbiindung m. Server-Class detection. Andere defaults der Mem-Größen.

UseAdaptiveSizingPolicy – soll Eden und SemiSpaces automatisch skalieren. Wohl weniger performant, zu prüfen.

Major GC / Full GC
Entfernung toter Objekte aus Tenured. Steht nicht in jedem Log. Tenured "voll"? Ganz unterschiedliche Ansätze Tenured-Size Eden – Size 1 Semi ODER 68% Tenured

System.gc() (aber kein Vertrag).

Webapp-Trick: <% System.gc(); %> – für Tests – ULR aufrufen.

GB-Tenured GC kann im Mehrsekundenbereich liegen; vor 1.6 single-threaded.

Zwei Algorithmen

Mark Sweep Compact (Exact GC), default:

Geht nicht nur durch, um tote Obj zu entfernen, sondern "defragmentiert" auch

ab 1.5.06/1.6

optionale parallele Abarbeitung – mehrere Threads Parallel!=Concurrent-Vorsicht!

Gleicher Thread Count

Concurrent Mark Sweep [CMS] GC (seit 1.4.2)

Anwendung nur kurz stoppen, GC in mehreren Phasen. UseConMarkSweepGC mit Minor GC nur mit UseParNewGC

Pausenzeiten deutlich kürzer. Anfangs sehr buggy, jetzt aber empfehlenswert.

Gefahr: Fragmentierung von Tenured. erhöhter Memory Bedarf in Tenured (~30%?)

Neu in 1.6: CMS auch für System.gc(), Schalter ExplicitGCInvokesConcurrent

Parallele Mark-Phase (stop)

1.4.2. ignoriert SurvivorRatio.

Class Garbage Collection;

Demo: Eden und JMeter sendet Requests byteArray allozieren Speicher.

jconsole zeigt Ansteigen der Belegung d Eden Space an.

Demo: Aging Distribution