Das Programm ist umfangreich und abwechslungsreich. Wer bei der (kostenpflichtigen) Anmeldung schnell ist, erhält verschiedene Ermäßigungen.

Ich plane bei der W-JAX dabei zu sein, wer sich treffen möchte kann gerne Kontakt aufnehmen.

Die Hauptkonferenz mit 150 Sessions geht von Dienstag bis Donnerstag. Am Montag und Freitag werden neben weiteren Themenschwerpunkten (Agile, Eclipse Modelling und JSF Extreme) zusätzlich Workshops angeboten.

Die Preisgestaltung ist flexibel, je nachdem was man besuchen möchte. Die vergünstigten Frühbucherpreise gibt es noch bis zum 25. Februar sowie 18. März.

Das ganze Schritt für Schritt:

1. Menu “Help -> Install new software” auswählen
2. Galileo Update Site auswählen (“Work with”)
3. “Collaboration -> Subversive SVN Team Provider” auswählen und installieren
4. http://community.polarion.com/projects/subversive/download/eclipse/2.0/galileo-site/ als neue Update Site hinzufügen und auswählen (“Work with”)
5. Unter “Subversive SVN Connectors” die gewünschten Konnektoren auswählen (mindestens einen) und installieren (siehe Screenshot)
6. Hat man mehr als einen Konnektor ausgewählt, kann man den bevorzugten im Menu “Window -> Preferences” unter “Team -> SVN -> SVN Connector” auswählen

Siehe dazu auch hier und hier.

• Memory Analyzer: Zum Profilen des Speicherverbrauchs und dem Finden von Memory-Leaks
• PHP Development Tools (PDT): Unterstützt in der neuen Version 2.1 jetzt PHP 5.3 mit Namespaces und Closures
• Mylyn: Unter anderem WikiText Support. (Mylyn New & Noteworthy)
• Web Tools: Editieren und Debuggen von XSL (Web Tools New & Noteworthy)
• BIRT: Produktivität und Performance des Reporting Tools wurden verbessert
• EclipseRT Runtime Technology: Aktualisierung auf OSGI 4 und weitere interne Verbesserungen, wie z.B. eine bessere Stabilität
• Xtext: Xtext ist ein neue Projekt, dass bei Domain specific languages (DSL) unterstützt und auch einen Editor für die DSL bietet
• Connected Data Objects (CDO): Ein Framework für verteilte und gemeinsam nutzbare EMF Modelle

Mehr Infos gibt’s in den Release Notes und auf der New & Noteworthy Seite.

Ich selbst habe Eclipse 3.5 final bereits am laufen und wenn es die Zeit zulässt, werde ich die nächsten Tagen von meinen ersten Erfahrungen berichten.

wsimport -d path/to/bin -keep -s path/to/src -p de.jars.example http://url.to/example.wsdl

Häufig verwendete Optionen:
d: Pfad für die .class Dateien
keep: Flag, dass die Source Dateien behalten werden sollen
s: Pfad für die Source Dateien
p: Das Java Package für die generierten Klassen

Neben den Optionen muss natürlich noch die URL der WSDL angegeben werden. Weitere Optionen finden sich in der wsimport Beschreibung.

Ein Monat zuvor hat Sun eine wichtige Erweiterung des Businessmodells vorgestellt. Lange Zeit fragte man sich wie Sun mit der Entwicklung freier Software Geld machen will. Jonathan Schwartz gab in seinem Blog die Antwort: Sun Cloud. And by the way, the network is the computer. Hat Sun ja schon immer gesagt. Alles machte auf einmal Sinn: Hardware, Java, Glassfish, MySQL, VirtualBox, OpenOffice und vielleicht sogar Solaris. Das Portfolio für ein überzeugendes Cloud Angebot. Freie Software für die möglichst weite Verbreitung und die Cloud um damit auch Geld zu machen. Eine win-win Situation: freie Software für alle und eine Cloud für diejenigen, die gerne bereit sind Geld dafür zu zahlen um diese Software in einer gemanagten Infrastruktur einzusetzen.

Dann kam der Deal mit Oracle. Zunächst muten die Unternehmen grundverschieden an: Während Sun inzwischen gnadenlos auf freie Software setzt, verkauft Oracle weiterhin hochpreisige Software. Zudem überlappt sich das technologische Portfolio stark: Oracle vs. MySQL, WebLogic vs. Glassfish, JDeveloper vs. Netbeans und JRockit vs. Sun’s Java VM. Würde Oracle den Cloud Gedanken weiterführen, wäre das vielleicht alles nicht so wichtig, denn in der Cloud könnte Oracle Alternativen für verschiedene Zielgruppen anbieten. Für etablierte Unternehmen mit entsprechendem IT Budget könnten eine Business App Cloud (Siebel&Co) und eine Oracle Fusion Middleware Cloud jeweils mit einer Oracle Datenbank angeboten werden. Und kleinere Unternehmen und Startups, welche mehr auf die Kosten schauen, könnten sich für die schlanke Glassfish Cloud mit MySQL entscheiden. Beides macht Sinn um möglichst viele Kundenbedürfnisse bedienen zu können und auch Einstiegsangebote anzubieten, die mit ihren Kunden mitwachsen können.

Meine Wetterprognose lautet also eindeutig bewölkt und somit sollte es keinen dramatischen Sonnenuntergang geben: Behind Every Cloud You’ll See the Sun.

PS.: Auch aus Sicht des ewigen Zweikampfes zwischen SAP und Oracle ist der Deal spannend, da SAP in den letzten Jahren Java als zweite technologische Plattform im SAP Stack aufgebaut hat.
PPS.: Hoffentlich übernimmt Oracle Glassfish 3 als neuen Application Server. Der WebLogic 10 mit Spring-inside, JEE Bugs und einer unreifen JPA Implementierung hat mich damals (noch zu BEA Zeiten) jedenfalls nicht überzeugt.

Ein Quercheck auf Amazon.com zu den Bestsellern bei Programmiersprachen ergab Ende Februar 2009 folgende Treffer:

Hier bestätigt sich also der Hype um Objective C. Zudem lassen die Ergebnisse die Vermutung zu, dass das iPhone ein wesentlicher Grund für das Interesse ist. Der iPhone Boom wird sicherlich auch der Apple Mac Plattform weiteren Schub bringen.

Interessanterweise zeichnet sich am selben Tag bei Amazon Deutschland ein völlig anderes Bild ab:

Auch hier findet sich ein Objective C Buch vor Java und C#, aber hierzulande wird auf den ersten Blick noch wesentlich mehr in die C/C++ Bildung investiert als in den USA.

Jedenfalls hat Glassfish 2.1 – zusätzlich zu unzähligen Fixes – auch neue Features:

• SailFin ist nicht nur der Grund dafür dass das 2.1er Release über einen Monat Verspätung hatte, sondern auch ein SIP Server. Damit kann GlassFish zum Beispiel zur VoIP-Zentrale ausgebaut werden.
• Der JMS Provider OpenMQ springt von Version 4.1 auf 4.3. Neu sind unter anderem Performance Verbesserungen, Wildcard Topics, MySQL Support und Universal Message Service (UMS). Mit UMS kann man über REST oder SOAP auf den Message Broker zugreifen, womit alle HTTP fähigen Geräte Zugriff auf die JMS Queues bekommen. Weitere Details zu den Versionen: 4.2 und 4.3
• Das Clustering mit Shoal wurde verbessert
• Auch andere Core Module wie der Web Service Stack Metro, der JPA Provider Toplink Essentials und die HTTP Engine Grizzly wurde aktualisiert. Details zu neuen Features habe ich dazu aber noch nicht herausfinden können.

In den nächsten Tagen werde ich verschiedene Applikationen auf Glassfish 2.1 testen. Mal sehen wie das läuft…

Für die Nutzung fallen 2 US Dollar im Monat an. Nach der Zahlung erfährt man, dass die Update Site http://www.threeriversinstitute.org/junitmax/ ist und man kann das Plugin damit installieren – weitere Überprüfungen gibt es nicht. Kent Beck sieht es auch eher locker: “If you stop paying, please stop using it.”

Mein erster Test hat ganz gut funktioniert, auch wenn man merkt dass es noch eine frühe Version ist. Aufgefallen ist mir, dass man JUnit Max nicht für einzelne Projekte aktivieren oder deaktivieren kann. Auch bei fehlgeschlagenen Tests fehlen wichtige Informationen wie der Call-Stack. Die CPU Last ist natürlich auch nicht unerheblich wenn viele Tests vorhanden sind. Da werden sich in Zukunft sicher noch weitere Optimierungen finden.

Interessant fand ich in diesem Kontext noch die Ankündigung im Dezember 2008, dass Red Hat neben JSF/RichFaces auch GWT (Google Web Toolkit) als zweites Java AJAX Framework unterstützen möchte. Somit wird GWT Kernbestandteil der JBoss Middleware und Red Hat wird in Zukunft im Rahmen der JBoss Enterprise Application Platform auch Support für GWT anbieten. Nicht zu vergessen ist auch, dass JBoss Seam schon eine gewisse GWT Unterstützung anbietet. Laut Rich Sharple wird JBoss auch weiterhin JSF/RichFaces wie gehabt vorantreiben. Man fragt sich aber schon ob JBoss mit JSF/Exadel/RichFaces so richtig glücklich ist.

Auch bei Sun gab es im Dezember auch wesentliche Änderungen: ICEfaces soll Woodstock als JSF AJAX Komponenten in Suns’s RIA Stack ersetzen. Es kristallisieren sich also immer deutlicher die wichtigsten AJAX Frameworks heraus, im Java Land…

Zum Glück gibt es einen Workaround zur Reparatur:

1. Die Update Sites exportieren: Software Updates -> Manage sites -> Export (bookmarks.xml)
2. Eclipse beenden
3. Die beiden Dateien relativ zur Eclipse-Installation unter configuration/.settings/org.eclipse.equinox.p2.*.prefs löschen (nach Backup)
4. Eclipse wieder starten
5. Die zuvor exportierten Update Sites (bookmarks.xml) wieder importieren

Das hat bei mir prima funktioniert: Danach konnte ich wieder wie gewohnt neue Plugins installieren und vorhandene updaten.

Der Hauptgrund warum ich mich für Subversive entschieden habe ist die Geschwindigkeit. Ich hatte den Eindruck, dass es einiges schneller als Subclipse ist. Ich nutze gerne die Team Synchronize Perspektive um auf einen Blick zu sehen bei welchen Projekten eingehende oder ausgehende Veränderungen vorhanden sind. Hier habe ich ca. 20 Projekte gepinnt, was mit Subversive gut machbar ist, während ich bei Subclipse schon mit weniger Projekten längere Wartezeiten hatte. Ein weiterer Vorteil von Subversive ist sicherlich, dass es unter dem Eclipse Dach einen wahrscheinlich langfristig gesicherten Platz gefunden hat.

Obwohl es direkt von der Eclipse Foundation kommt, ist die Installation noch nicht so einfach wie man sich wünschen würde. Im Wesentlichen muss man sicherstellen, dass folgende Update Sites vorhanden sind:

http://download.eclipse.org/technology/subversive/0.7/update-site/

http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site/

http://www.polarion.org/projects/subversive/download/integrations/update-site/ (optional?)

Details zur Installation findet man bei Eclipse, Polarion oder bei javathreads.de.

So richtig etwas falsch machen kann man aber weder mit Subclipse noch mit Subversion, finde ich. Ich habe kaum Unterschiede bei den typischen Features oder der Bedienung entdecken können. Gefühlt hatte ich mit Subclipse einen Tick öfters SVN Locking Probleme, dafür hatte Subversive eher Probleme mit dem Verschieben von Verzeichnissen. Das kann aber alles Zufall gewesen sein. Lediglich hat Subclipse ein cooles Revision Graph Feature, das ich beim ansonsten schnelleren Subversive vermisse.

Konventionell, single-threaded:

	for (int y = 0; y < height; y++) {
		calcLine(y);
	}

Dasselbe in der multi-threaded Variante mit Parallel4, die alle vorhandenen CPUs nutzt:

	new ParallelForInt(height).loop(new IterationInt() {
		public void iteration(int y) {
			calcLine(y);
		}
	});

Auf einer Dual-/Quad-Core CPU verdoppelt/vervierfacht sich damit die Geschwindigkeit. Parallel4 versucht dabei den Mehraufwand minimal zu halten und gewohnte Ansätze beizubehalten. Mit Closures, wie sie bei Groovy und hoffentlich in Java 7 zur Verfügung stehen werden, wird die Syntax weiter vereinfacht, da das Interface IterationInt weg fällt und damit mit der original For-Schleife vom der Ausdrucksweise gleichzieht.

Neben der parallelen For-Schleife hat die Version 0.1 auch eine ParallelInputStream Klasse, die asynchron im voraus einen Buffer befüllt. Bei CPU-intensiver Streamverarbeitung wie beispielsweise dem GZIPInputStream kann dies eine Beschleunigung von über 50% bringen. Dazu muss man einfach den ParallelInputStream dazwischenhängen:

in = new ParallelInputStream(in);

Im Gegensatz zur for-Schleife hängen hier die Resultate stark vom Einzelfall ab. Beispielsweise ist bei einfachen FileInputStream Objekten hier kaum eine Verbesserung zu erzielen, da hier bereits intern asynchron die Daten vorbereitet werden. Dennoch ist es schwer Fälle zu finden, die mit ParallelInputStream langsamer arbeiteten als ohne: ParallelInputStream hat schon ein paar Profiler- und Optimierungssessions hinter sich (wie auch ParallelForInt) und verzichtet beispielsweise zu 99,9% auf explizite Synchronisation mit synchronized und stellt die Synchronisation stattdessen algorithmisch sicher.

Für Interessierte gibt es neben den Downloads auch den Source Code. Die Parallel4 Open-Source Seite wird auf Google Code gehostet; die Parallel4 Website ist erst noch am Entstehen.

Auch wenn es sich um eine frühe Version handelt, würde mich Feedback zum Ansatz und zur Umsetzung sehr freuen.

P.S.: Michael hatte letzen Monat mit einer parallelen for-Schleife für Scala herumgespielt. Ein Vergleich zum Overhead wäre interessant…

Und jetzt zu den Screenshots. Zuerst eine Übersichtsdarstellung:

Der Profiler zeigt hier an welche Methoden am meisten CPU benötigen, und zwar immer live:

Auch für die Speicheranalyse gibt es die passenden Tools, wie zum Beispiel ein Heapdump:

Insgesamt macht VisualVM als Profiler einen sehr positiven und aufgeräumten Eindruck und ist damit eine sinnvolle Erweiterung für das JDK. Danke, Netbeans!

Neben diesen von der JVM gebotenen Mechanismen für Parallelisierung sind vor allem folgende Techniken in der Java Welt relevant:

• Explizites Multi-Threading: Java SE bietet hierfür die Klasse Thread und den Concurrent Utilities ab Java 5. Für letzeres hat beispielsweise oio eine gute Deutsche Einführung.
• Parallelisierung von Client-Requests: Der typische Server verarbeitet die Anfragen parallel; so auch Servlet- und EJB-Container. Jede Anfrage wird für sich jedoch sequentiell abgearbeitet. Anwendung für J2EE/JEE Application Server sollten keine eigenen Threads starten.
• Nachrichten-basierte Parellelisierung: Nachrichten werden hier parallel von mehreren Cosumern verarbeitet. Meist mit einer JMS-basierten MOM beziehungsweise innerhalb eines J2EE/JEE Applikationsservers. Die völlig asynchrone Funktionsweise erfordert oft eigene Mechanismen für die Zusammenführung von Ergebnissen.
• Grid und Computing-Cluster: Hier wird die Bearbeitung nicht nur auf mehrere CPUs sondern auch mehrere Rechner aufgeteilt. Interessante Produkte sind hier Oracle Coherence (früher Tangosol) und Terracota.

Nach diesem grundlegenden Überblick über Parallelisierungstechniken, wird es im nächsten Teil um neue Möglichkeiten gehen, die Java 7, APIs für implizites Multithreading und Java EE 6 bieten beziehungsweise bieten werden.

Es gibt seit längerem auch schon einen Fix den man sich allerdings manuell als Patches herunterladen muss. Warum man nicht gleich eine neue Version gemacht hat, die nach der Installation einfach funktioniert, kann ich nicht nachvollziehen. Das hätte einigen Leuten Zeit gespart, wie man auch in Kommentaren des Bugreports sieht: “Trying to learn JBoss with Eclipse, I lost almost 2 days”. Wenn man den Bug kennt und von den Patches weiß, ist es aber ganz einfach. Bei Software Updates die “Web Tools Platform (WTP) Updates” auswählen und dann die Patches (WST und JST!) selektieren:

Nach einem Eclipse Neustart hatte ich dann keine Probleme mehr – mal sehen wie sich das auf Dauer verhält. Netbeans 6.1, das ich mir dann gleich installiert hatte als ich nicht mehr deployen konnte, steht jedenfalls schon bereit. Die Glassfish Integration war hier jedenfalls problemlos und machte auf den ersten Blick einen sehr guten Eindruck.

Hat man die Webapplikation in einem EAR deployt, ging es übrigens auch schon ohne Patch.

Hier schließlich noch die verursachende Exception aus dem Eclipse Logfile:

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

public void Linq2() {
    List products = GetProductList();
 
    var soldOutProducts =
        from p in products
        where p.UnitsInStock == 0
        select p;
 
    Console.WriteLine("Sold out products:");
    foreach (var product in soldOutProducts) {
        Console.WriteLine("{0} is sold out!", product.ProductName);
    }
}

Beeindruckt? Ich geb’s zu: LINQ hat mich spontan begeistert. Carl Rosenberger ging es wohl ähnlich, denn er möchte LINQ für Java portieren und hat auch schon eine Google Group dazu eröffnet. Es ist geplant “LINQ for Java” als Open Source Projekt ins Leben zu rufen und für die Standardisierung zu sorgen. Der geplante JSR ist sicher ein tollkühnes Ziel, insbesondere wenn man sieht wie schwer sich Java schon mit Closures tut. Aber allemal ein interessantes Projekt!