Microsoft beschreibt die Ziele des laut Astoria Online Service folgendermaßen:

Astoria soll Applikation erlauben, Daten als Datendienste zu exponieren, die von Web-Clients innerhalb eines Unternehmensnetzwerkes und über das Internet konsumiert werden können. Der Datendienst ist über HTTP zugreifbar und URIs identifizieren unterschiedliche Teile der Informationen, welche durch den Dienst bereitgestellt werden. Interaktionen mit dem Datendienst geschehen über HTTP-Verben wie GET, POST, PUT oder DELETE und die die Daten der Interaktionen werden über einfache XML-Formate oder mittels JSON repräsentiert.

Das Microsoft Codename “Astoria” Overview Document zeigt, wie Daten adressiert und von Astoria Datendiensten dargestellt werden. Um Daten mit Astoria Datendiensten zu adressieren wird folgendes Adressierungsschema verwendet:

http://host/vdir//{{<[predicate]>}

Beispielsweise zeigt http://myserver/data.svc/Customers auf eine Resource, die alle Customer-Instanzen enthält. Ein einzelner Kunde könnte beispielsweise mittels

http://myserver/data.svc/Customers[KEY]

abgefragt werden, wobei KEY einen eindeutigen Schlüssel innerhalb der Kundendaten repräsentiert.

Zusätzlich können Prädikate und Abfragestrings in die URIs integriert werden, welche die Ausgabe beeinflussen können:

http://myserver/data.svc/Customers?$orderby=City

http://myserver/data.svc/Customers?$top=5

http://myserver/data.svc/Customers?$skip=30&$take=10

Die Astoria-Daten liegen entweder als XML, JSON (JavaScript Object Notation) oder einer Untermenge von RDF+XML vor. Standardmäßig wird XML verwendet. So antwortet der Server auf den URI http://myserver/data.svc/Customers[KEY] mit:

<dataService xml:base="http://myserver/data.svc">
<customers>
	<customer uri="Customers[KEY]">
		<customerID>KEY</customerID>
		<companyName>Steve's Online Shop</companyName>
		<contactName>Maria Anders</contactName>
		<contactTitle>Sales Representative</contactTitle>
		<address>Obere Str. 57</address>
		<city>Berlin</city>
		<region />
		<postalCode>12209</postalCode>
		<country>Germany</country>
		<phone>030-0074321</phone>
		<fax>030-0076545</fax>
		<orders href="Customers[KEY]/Orders" />
	</customer>
</customers>
</dataService>

Die Wurzel DataService beinhaltet immer den Basis-URI einer von dem Dienst representierten Resource. Zusätzliche Navigationsknoten, die assoziierte Resourcem beschreiben sind immer mit relativen URIs versehen. In diesem Beispiel sind die Bestellungen (orders) des Kunden KEY verfügbar indem der relative URI mit dem Basis-URI verknüpft wird:

http://myserver/data.svc" + "/" + "Customers[ALFKI]/Orders

Außer GET kann auch HTTP PUT oder HTTP-POST genutzt werden.

Udi Dahan ist ziemlich skeptisch über den Nutzen und die Relevanz von Astoria und Microsoft’s Datenserviceansatz im Allgemeinen:

Ich muß sagen, ich war vom ersten Tag an gegen diese “Datendienste”. Der REST-Stil ist hauptsächlich nützlich für große, stückweise vorliegende Resourcen, während es scheinbar auch auf einzelne Tabellen in einer Datenbank absieht. Die Diskussion über REST vs SOA gibt einige Beispiele.

Danny Ayers jedoch denkt, daß Microsoft mit Astoria dem Symantischen Web näher kommt. Und Alex James gibt einen ausführlichen Überblick über den Astoria Buzz.

OK, wir wissen, das SOA noch immer das ist, was ein Unternehmen darin sieht: SOA steht und fällt mit der Bedeutung für ein Unternehmen. Und welche Rolle können hier nun die Hersteller von SOA-Produkten spielen? Ich habe keine Ahnung, aber ein paar Überlegungen angestellt, die ich im folgenden kurz darlegen möchte.

Reden, reden, reden!

Viele SOA-Hersteller sind so getrieben von den Marketing-Abteilungen und ihren großen Versprechen, daß sie ganz vergessen um was es bei der Einführung einer SOA bei einem Kunden geht. Es wäre wirklich toll, wenn alle Unternehmen gleiche Problembereiche identifizieren könnten, die auch noch in die gleiche SOA-Definition passen. Die Realität sieht aber nun einmal anders aus. Unternehmen sind nie gleich, keines ist mit einem anderen vergleichbar. Kaum vorstellbar, daß es eine Lösung für die Einführung einer SOA gibt.

Einer Lösung kämen wir aber näher, wenn die Hersteller den SOA-Protagonisten eines Unternehmens mehr zuhören würden. Das Resultat wäre ein verlässlicheres Werkzeug für die SOA-Einführung, wie maßgeschneidert. Allerdings stellt sich dann die Frage, wie so ein Produkt in Serie gehen kann. Ganz einfach: gar nicht! Eine SOA ist eine Angelegenheit, die jedes Unternehmen auf unterschiedliche Weise angeht. Es ist ein langfristiges Projekt mit unterschiedlichen Zielsetzungen, beispielsweise gibt es Unternehmen, die lediglich interne Prozesse betrachten, während andere besonderes Augenmerk auf die Interaktion mit externen Diensten und Dienstleistern legen.

Ich Tarzan, Du Jane!

Viele Hersteller verkaufen SOA-Produkte mit bestimmten Funktionen. Jedes Produkt macht eine bestimmte, meist genau definierte Sache. Von der Einzigartigkeit des Kunden aus betrachtet heißt das, existierende Strukturen und Architekturen an die Fähigkeiten des Produkts anzupassen, da es sonst keine Existenzberechtigung hätte.

Ein Beispiel: Anbieter A hat eine Lösung für die Datenintegration im Portfolio. Dieses Produkt betrachtet alle SOAs als Datenintegrationsprobleme, die es zu lösen gilt, kann aber, mangels Fähigkeiten, Faktoren wie Verhaltensweisen oder transaktionale Integration der Daten nicht berücksichtigen. Diese Konzepte passen einfach nicht in die Muster des Produkts.

Eins, zwei, drei, SOA!

Interessanterweise lassen sich auf dem “SOA-Markt” die gleichen Muster beobachten, wie sie bereits in anderen Bereichen stattfanden, und stets von einer Welle der Euphorie getragen wurden, die dann langsam abflachte um in etwas anderem wieder aufzugehen. Ich spreche von “magischer Technologie”. Sie kann existierende Geschäftsprozesse und -strukturen in SOA umwandeln. Auf Knopfdruck! Das ist natürlich Unsinn! Und in den meisten Fällen wird alles noch viel schlimmer, denn solche Programme machen die existierende Architektur noch viel komplexer als sie ohnehin schon ist.

Die Wahrheit ist, daß die Einführung einer Architektur (das “A” in SOA drückt das aus) in der IT einen systematischen Wandel in der Nutzung und Konfiguration von IT-Ressourcen bedeutet und in SOA die Abstraktion von atomaren Vorgängen (Prozessen) in Dienste meint, die anschließend in Solutions überführt werden können. Ein ESB oder ein Governance Tool macht das nicht, denn es kann vorsichtige, langfristige Planung und Ausführung nicht ersetzen. Hinzu kommt, daß die Auswahl der richtigen Technologie einen ganz wesentlichen Teil zum Erfolg eines SOA-Rollout beiträgt. Was diesen Prozess begleiten kann sind Best Practices und Tools für das Lifecycle Management. Eine Technolgie leistet das nicht allein.

Es gibt einen SOA-Markt…

…aber nicht für Massenprodukte. Ob SAP, Software AG, IBM, BEA, etc.. Sie alle verkaufen Produkte, die den meisten Unternehmen keinen Vorteil bringen, da sie naturgemäß nicht die Einzigartigkeit eines Unternehmens abbilden können. Demnach kann Software für die Unterstützung eines SOA-Rollout nur maßgeschneidert sein und muss in dem langen Prozess der Einführung immer wieder neuen Herausforderungen angepaßt werden.

Genau das leisten kleinere Start-Ups, die sich auf die Beratung bei der Einführung einer SOA spezialisiert haben. Sie passen Softwarelösungen an, stehen dem Unternehmen beratend über alle Phasen hinweg zur Seite und sind in der Lage schnell auf Veränderungen zu reagieren.

Einen Markt für SOA-Produkte im herkömmlichen Sinn gibt es noch nicht. Und wer jetzt an ESBs denkt, dem sei gesagt, daß es diese Produkte oft schon vor der Definition von SOA existierten und damals bereits einen Markt bedienten. SOA muß Ihre Niche noch finden.

Mittels CodeDOM können nette lustige Dinge mit .NET angestellt werden und das Schlüsselwort yield ist aus dieser Disziplin hervorgegangen. Die Paarungen yield return und yield break sparen uns ein wenig Zeit und Aufwand, und dazu sparen wir der Run-Time das häufige Kopieren von Sublists.

Collections und Sublisten

Eines der häufigsten Code-Fragmente sind Schleifen (Loops). Sie sind überall und tatsächlich so geläufig, daß es sogar ein Behavior Pattern, nämlich das Iterator-Pattern, welches uns maßgeblich von einer Menge Arbeit befreit.

In .NET unterstützen IEnumerable, IEnumerator und IEnumerable und IEnumerator das Durchlaufen von nicht-generischen und generischen Listen. IEnumerable heißt, daß etwas enumeriert werden kann und IEnumerator gibt uns ein Objekt zurück, daß uns das Durchlaufen einer Liste zu einfach macht. Genau diese beiden Dinge sind der Grund, warum die Anbindung von Collections und der intuitive Einsatz von foreach so einfach ist.

Das Iterator-Pattern in .NET implementiert zu haben ist in jedem Fall eine gesunde aber auch nicht weiter tragische Erfahrung, die jeder Programmierer einmal gemacht haben sollte. So ein Pattern müssen wir nicht notwendigerweise immer wieder für jede Anwendung neu Implementieren, aber grundsätzlich erspart sie uns das Schreiben unnötigen und fehlerträchtigen Codes.

Ein zweite, brilliante Erweiterung ist das yield-Schlüsselwort. Was das Schlüsselwort für uns bedeutet erfahren wir am Besten, wenn wir uns anschauen, wie wir foreach für das Kopieren von Listen und Sublisten bisher verwendet haben, und hinterher lernen, was yield für uns tun kan.

In den häufigsten Fällen wollen wir mit Loops etwas kleines innerhalb eines großen finden. Möchten wir beispielsweise die Postleitzahl einer Kundenadresse innerhalb eine Liste von Kunden-Objekten finden, müssen wir die Liste durchsuchen und jedes Objekt nach der PLZ fragen.

Listing 1 zeigt eine Klasse zur Verwaltung von Ereignissen in Bezug auf Termine und nicht in der .NET-Terminologie, während Listing 2 illustriert, wie eine Sublist von Event-Objekten mittels List erstellt werden kann.

Listing 1: Eine einfache Ereignis-Klasse

namespace YieldTest {
	public class Appointment {
		private String description;
		private DateTime occurs;
 
		public Appointment(DateTime occurs, String description) {
			this.occurs = occurs;
			this.description = description;
		}
 
		public DateTime Occurs {
			get { return occurs; }
			set { occurs = value; }
		}
 
		public String Description {
			get { return description; }
			set { description = value; }
		}
 
		public override string ToString() {
			return string.Format("{0}: {1}", occurs, description);
		}
	}
}

Listing 2: Klasse, die eine Subliste mit Elementen zurückgibt.

using System;
using System.Collections.Generic;
using System.Text;
 
namespace YieldTest {
	class Program {
		static void Main(String[] args) {
			List<appointment> app = new List<appointment>();
			List<appointment> may;
 
			app.Add(new Appointment(new DateTime(2007, 5, 6), "Meet Lucy"));
			app.Add(new Appointment(new DateTime(2007, 6, 15), "Rent car"));
			app.Add(new Appointment(new DateTime(2007, 6, 15), "Mom's Birthday"));
			app.Add(new Appointment(new DateTime(2007, 5, 1), "Concert"));
 
			may = GetMayEvents(app);
 
			foreach (Appointment e in may)
				Console.WriteLine(e);
 
			Console.ReadLine();
		}
 
		// 97 bytes MSIL-Code
		public static List<appointment> GetMayEvents(List<appointment> eventList) {
			List<appointment> may = new List<appointment>();
 
			foreach (Appointment e in eventList)
				if (e.Occurs.Month == 5)
					may.Add(e);
 
			return may;
		}
	}
}

Solcher Code existiert in vielen Millionen Programmen in vielfältiger Weise. Abgesehen davon, daß er ziemlich viel Platz benötigt, obwohl wie effektiv nur 5 Zeilen Code geschrieben haben (Abbildung 1) ist ein Problem, das andere ist, daß wir diesen Code immer und immer wieder schreiben müssen, je nach Anwendungsfall.

MSIL-Code für die Funktion GetMayEvents: der herkömmliche Weg benötigt viel Code, hier: 97 Bytes.

yield erzeugt dynamische Listen

Listing 2 erzeugt eine Untermenge aus einer Liste und gibt sie zurück. Was wir aber eigentlich wollen, ist die Möglichkeit über diese Untermenge iterieren zu können. Genau diese Funktion liefert yield.

In dem wir yield verwenden, brauchen wir keine Subliste erstellen und müssen damit auch keine Referenzen in die zweite Liste stopfen. Das yield-Schlüsselwort übernimmt das alles für uns, wie Listing 3 zeigt.

Listing 3: Die Funktion GetJuneEvents verwendet yield.

public static IEnumerable<appointment> GetJuneEvents(List<appointment> events) {
	foreach (Appointment e in events)
		if (e.Occurs.Month == 6)
			yield return e;
}

OK, yield ist eigentlich kein eigenständiges Schlüsselwort, Du kannst es also auch als Variablennamen verwenden, aber da es eine spezielle Funktion in bestimmten Kontexten erfüllt, bleibe ich bei der Bezeichnung Schlüsselwort. yield muß return oder break vorangestellt werden.

Der neue Code sieht zugegebenermaßen irgendwie komisch aus. Kehrt die Funktion nicht jedesmal zurück, wenn ein Event im April gefunden wurde? Nein, obwohl es in der Tat so aussieht. Was passiert ist, daß beim Antreffen von yield return das Current-Property der Iterators (IEnumerable) auf das Objekt im yield-Statement gesetzt, der Funktionszustand auf dem Stack gespeichert und die Funktion verlassen wird, außer in Loops. Hier wird beim nächsten Aufruf von foreach der Funktionszustand wiederhergestellt, IEnumerable.Current auf das nächste Element gesetzt und so weiter. Im Endeffekt erstellt yield für uns eine dynamische enumerierbare Liste.

Um die Ereignisse im Juni abfragen zu können müssen wir das Hauptprogram lediglich um ein wichtiges Detail erweitern:

Listing 4: Der vollständige Code mit und ohne yield.

namespace YieldTest {
	class Program {
		static void Main(String[] args) {
			List<appointment> app = new List<appointment>();
			IEnumerable<appointment> list;
 
			app.Add(new Appointment(new DateTime(2007, 5, 6), "Meet Lucy"));
			app.Add(new Appointment(new DateTime(2007, 6, 15), "Rent car"));
			app.Add(new Appointment(new DateTime(2007, 6, 15), "Mom's Birthday"));
			app.Add(new Appointment(new DateTime(2007, 5, 1), "Concert"));
 
			list = GetMayEvents(app);
			foreach (Appointment e in list)
				Console.WriteLine(e);
 
			list = GetJuneEvents(app);
			foreach (Appointment e in list)
				Console.WriteLine(e);
 
			Console.ReadLine();
		}
 
		// 97 bytes MSIL-Code
		public static List<appointment> GetMayEvents(List<appointment> events) {
			List<appointment> may = new List<appointment>();
 
			foreach (Appointment e in events)
				if (e.Occurs.Month == 5)
					may.Add(e);
 
			return may;
		}
 
		// 21 bytes MSIL-Code
		public static IEnumerable<appointment> GetJuneEvents(List<appointment> events) {
			foreach (Appointment e in events)
				if (e.Occurs.Month == 6)
					yield return e;
		}
	}
}

Da List das Interface IEnumerable implementiert, brauchen wir nur noch eine Variable für den Aufruf der beiden FunktionenGetMayEvents und GetJuneEvents verwenden, die vom Typ IEnumerable ist. Ein Blick auf den MSIL-Code der Funktion GetJuneEvents zeigt, daß yield viel effektiver ist.

MSIL-Code für die Funktion GetMayEvents: mittels yield reduziert sich der funktional identische Code drastisch, hier: 21 Bytes.

Predicate bringt maximale Flexibilität

Natürlich ist die neue Funktion mit yield chic, aber dennoch nicht besonders flexibel. Fügen wir aber ein Predicate ein, wird nur ein Iiterator für jede Sublist benötigt. Alles was wir benötigen ist ein Predicate-Delegate, welche die Testmethode selbst ist. Listing 5 zeigt wie es geht.

Listing 5: Der neue Code mit Predicate.

static void Main(String[] args) {
	List<appointment> app = new List<appointment>();
	IEnumerable<appointment> list;
 
	app.Add(new Appointment(new DateTime(2007, 5, 6), "Meet Lucy"));
	app.Add(new Appointment(new DateTime(2007, 6, 15), "Rent car"));
	app.Add(new Appointment(new DateTime(2007, 6, 15), "Mom's Birthday"));
	app.Add(new Appointment(new DateTime(2007, 5, 1), "Concert"));
 
	// neuer Ansatz mit yield und Predicate
	foreach (Appointment e in GetEvents(app, Match))
		Console.WriteLine(e);
 
	Console.ReadLine();
}
 
private static bool Match(Appointment a) {
	return a.Occurs.Month == 5;
}
 
public static IEnumerable<appointment> GetEvents(
	List<appointment> events, Predicate<appointment> match
) {
	foreach (Appointment e in events)
		if (match(e))
			yield return e;
}

Wie wir sehen können ist der Code zwar auf den ersten Blick etwas länger aber viel flexibler, da wir nur noch eine Funktion anpassen müssen, um die Methode zu testen. Außerdem können wir auch statt GetEvents auch einfach List.FindAll aufrufen. Dann muß nur noch das Predicate hinzugefügt werden.

Zusammenfassung

yield ist ohne return oder break kein Schlüsselwort. In iterativen Schleifen muß yield return verwendet werden. Desweiteren darf yield nicht in anonymen Methoden verwendet werden, unsicherer Code (unsafe) ist ebenfalls tabu und ref und out dürfen nicht als Variablen für yield verwendet werden. Und schließlich darf yield nicht in einem catch-Block oder mit einem try-Block mit mehr als einem catch-Block vorkommen.

Weiterführende Informationen sind in Bill Wagners exzellentem Artikel über Prädikate, Iteratoren und Generics auf MSDN zu finden.

In unserem Fall genügt es zu sagen, daß wann immer wir Listen durchlaufen müssen, wir überlegen sollten, ob wir nicht besser mit yield arbeiten, da es mehr Flexibilität und Leistungszuwachs bringt, ohne den Code komplexer zu machen. Das erreichen wir, weil yield einen dynamischen Iterator zur Laufzeit erzeugt und uns damit eine Menge Code sparen kann.

Noch liegt .NET mit etwa 31% vorn, dicht gefolgt von Java mit 28%. Damit sind beide Technologien quasi gleichermaßen attraktiv für Unternehmen. Nicht zu vernachlässigen ist der Anteil jener Unternehmen, die beide Technologien unterstützen wollen. Dieser beläuft sich auf etwa 20% der Befragten.

John Andrews, CEO der Evans Data Corp, sieht für diese Entwicklung einen einfachen Grund:

Die Open Source-Welt ist in Bezug auf SOA momentan sehr aktiv, ganz besonders im Eclipse-Umfeld. Die meisten Unternehmen in diesem Bereich stellen neue SOA-Lösungen vor, die fast alle Java-basiert sind. Open Source SOA scheint dazu verdammt zu sein, eine wichtige Rolle auf dem SOA-Markt zu spielen und .NET echte Konkurrenz zu machen.

SOA hat inzwischen an Fahrt gewonnen und mittlerweile seien bereits drei viertel der Unternehmen, die selbst Web Services einsetzen oder implementieren, bereit, SOA-Ausrollungen zu planen oder in Kürze vorzunehmen. Mehr als ein Fünftel der befragten Unternehmen hätten sich bereits auf die Einführung von SOA unternehmensweit eingestellt.

Andere Fakten, die aus der Befragung von mehr als 400 Entwicklern hervorgegangen sind:

• Über 70 Prozent der Entwickler, die mit Web Services arbeiten, würden Kostensenkungen spühren. Die Wiederverwendung von Code und die Automatisierung von Prozessen seien die Hauptgründe für diese Entwicklung.
• Web Services zu testen und Validieren sei die größte Herausforderung für die Entwicklung einer SOA, doch sei die Bestimmung des ROI (Return of Investment) eine ebenso große Herausforderung.
• Business to Business (B2B) sei die häufigste Anwendungsform von Web Services, gefolgt von der Datenintegration.

Der halb-jährliche Report über die Entwicklung von Web Services wurde im Juni erstellt und am Montag veröffentlicht.

Jon Skeet schreibt:

I’ve been looking at C# 3 in a fair amount of detail recently, and likewise going over the features of C# 2….I feel sorry for someone wanting to learn C# 3 from scratch. It’s becoming quite a big language….It’s often been said in the newsgroups (usually when someone has been moving from another language to C#) that C# itself only takes a few days to learn….I suspect it would be hard to do it any sort of justice in less than about 700 pages, which is a pretty off-putting size (at least for me).

Ich bin der Meinung, daß C# nicht mehr in ein paar Tagen erlernbar ist, wenn nicht bereits ein paar Grundlagen in C++ oder Java vorhanden sind. JavaScript macht’s auch nicht, denn dann hätte man auch erst Dinge wie statische Typisierung, Werttypen und Referenztypen, Vererbungsmodelle, Events / Delegates, anonyme Funktionen, etc. lernen müssen.

C# 3.0 ist schwer zu erlernen…

Mein erstes C#-Buch (für .NET 1.0) war etwa 650 Seiten stark und wurde als “Intermediate/Advanced” eingestuft. Kein Problem, schließlich ging es darum, die Sprache zu lernen und nicht die Konzepte der objekt-orientierten Programmierung zu verstehen. Das Buch war genau richtig für mich, aber ein Anfänger hätte sich die Zähne ausgebissen und frustriert von der Programmierung abgewendet.

Führt man sich vor Augen, daß diese Dinge alle vor der Einführung von Generics, LINQ, WPF, WCF und WF waren, würde ein Anfänger heute kaum den Durchblick behalten.

Allein die Betrachtung eines einfachen Hello World in C# wirft einige wichtig konzeptionelle Fragen auf: Namespaces, Klassen, Referenzen, Unterschied zwischen statischen und Instanzmethoden und -variabeln. Und um das wirklich zu verstehen muß man wiederum den this-Zeiger und v-Tables verstehen; damit einher geht dann auch die Untersuchung in wie fern sich die CLR von dem zugrundeliegenden Speichermodell unterscheidet. Versuchen Sie doch einmal einem Anfänger zu erklären, was genau public static void Main(String[] args) bedeutet.

Die meisten lernten C# nachdem sie Erfahrungen mit Java, zuvor aber C++ und davor C gesammelt haben. Keine dieser Programmiersprachen kann in “ein paar Tagen” erlernt werden. Daher auch: Hände weg von den “Teach yourself [what you want] in [xx] days/hours” Büchern.

…Java aber auch!

In der Vergangenheit habe ich erfolgreich Kurse in der Programmierung mit Java gegeben. In etwa 5 Tagen konnten fast alle auf solide Kenntnisse der Sprache zurückblicken, doch von den oben genannten Konzepten, von denen nicht alle auf Java umsetzbar sind, hatten die meisten danach auch keine Ahnung. Das ist auch nicht verwunderlich, denn die meisten Konzepte erlernt man erst in der Praxis und dazu braucht man mehr Zeit als ein paar Tage.

Es ist mit Java also nicht anders als mit C#. Während die Sache 1993 ganz harmlos mit ein paar Klassen begann und java schnell viele Freunde machte, dauerte es nicht lange bis einige tausend Klassen hinzukamen und wir heute auf etwa 16.000 Klassen blicken.

Erschwerend kommt hinzu, daß unzählige Packages, APIs und Technologien in das Java-Umfeld schwappten: JMS, EJB, JXP, JSP, JDO, JDBC, JAXP, etc. Die Liste ließ sich noch lange fortsetzen.

Jedem Einsteiger in die Programmierwelt empfehle ich zunächst C zu lernen und anschließend objekt-orientierte Grundlagen mit C++ zu erwerben, dort aber nicht zu lange zu verweilen (denn C++ ist eine schmutzige Sprache) um gleich zu Java oder C# zu wechseln. Damit dürften wichtige Probleme im Vorfeld vermieden werden.

Mittels LOLCode sollen besonders junge Menschen und Katzenfreunde angesprochen werden, die das Programmierhandwerk lernen möchten. So würde das nächste Visual Studio in “Cheezburger Studio” umbenannt werden und ausschließlich LOLCode unterstützen. Der Debugger, genannt “Cheezburgler” soll die ganze Sache schmackhaft machen.

Was ist LOLCode?

Lolcats bezeichnet lustige Bilder von Katzen, die mit ebenso idiosynkratischen Texten versehen sind, welche wie Image Macros eingesetzt werden. Lolcat ist ein zusammengesetztes Wort aus “lol” (laughing out loud) und “cat”. Image Macros sind Bilder mit einer klaren Aussage, die durch einen ähnlich klingenden Begriff untermalt sind. So bildet ein Bild eine Waffel ab (engl. waffle) und den Text ROFL (rolling over the floor laughing). Waffle klingt in der englischen Aussprache wie ROFL, beides hat aber nichts miteinander zu tun und entspricht einem Wortspiel.

Die Programmiersprache basiert auf der idiosynkratischen Verwendung von Überschriften der Lolcats und hat bereits den Status einer esoterischen Programmiersprache erworben.

Beispiel 1

Das klassische Hello World in LOLCode:

HAI
CAN HAS STDIO?
VISIBLE "HAI WORLD!"
KTHXBYE

HAI und KTHXBYE sind Trenner für den Start und das Ende eines Blocks. CAN HAS entspricht den Direktiven #include oder using und visible ist das print-Statement in LOLCode.

Ausgabe:

c:\> hai.exe
HAI WORLD!

Beispiel 2

Eine Variable deklarieren und Eingaben verarbeiten.

HAI
CAN HAS STDIO?
I HAS A VAR
GIMMEH VAR
VISIBLE "You said " N VAR N " !!"
KTHXBYE

In diesem Beispiel definiert I HAS A VAR die (untypisierte) Variable VAR und GIMMEH VAR fordert Eingaben von der Konsole an. N ist ein Verbindungsoperator für Strings.

Ausgabe:

c:\> gimmeh.exe
meeauh!
You said meeauh!!!

Brian F. Shimmin, Principal Analyst für Application Infrastructure bei Current Analyst LCC, versichert, daß der “Geek Factor” nicht verloren gehen wird, obwohl ein wenig mehr Weißhemd- und Krawattenträger anwesend sind als in den letzten 5 Jahren:

Noch immer ist der Geek Factor vorhanden. Doch gibt es diesmal nicht so viele abgehobene Themen, die nicht alle mit Enterprise Architektur zu tun haben, aber trotzdem interessant sind. Vielmehr geht es diesmal mehr um Enterprises, Sicherheit, Performance und Verfügbarkeit. Es gibt jede Menge wichtige Arbeit was die Entwicklungen im Java EE 5 und Spring-Umfeld angeht.

Neu in diesem Jahr ist der Java Technology Business Day, der heute stattfindet. Es ist ein Tagesprogramm für Geschäftsleute, die erfahren wollen, wie sie die Java Technologie richtig einsetzen und die Marke Java nutzen um Geld zu verdienen, sagt Jean Elliot, Senior Director für Java Software Product Marketing bei Sun Microsystems.

Gestern eröffnete die Show mit dem NetBeans Day mit einem technikorientierten Programm, an dem Sun und die NetBeans-Community eine Vorschau auf die neue Java IDE NetBeans 6.0 gegeben haben. Die neue IDE geht über eine Entwicklungsumgebung für die Java- und C/C++-Entwicklung hinaus und wird Ruby und JavaScript unterstützen. Die Unterstützung von Ruby bezieht sich auch auf den NetBeans GUI-Builder, der es Entwicklern nun auch erlaubt, Ruby on Rails mit vorhandenem Java-Code zu verknüpfen.

Gestern stellte auch ICEsoft Technologies seine Unterstützung für NetBeans zur Entwicklung von Rich Internet Applications (RIAs) mit AJAX vor. Nexaweb Technologies demonstrierte seine neuen Tools für die Entwicklung von Applikationen mit Java und Web 2.0 vor. Sie lassen sich einfach in die bestehende Java-Umgebung integrieren.

Heute jedoch, erfahren die Teilnehmer neues über Java EE 6, obwohl führende Hersteller wie IBM noch nicht einmal von J2EE auf Java EE 5 umgestiegen sind, welche das Highlight auf der letzten JavaOne war.

Ich denke, daß Sun die Bedeutung von Java EE 5 nocheinmal hervorheben wird und ausdrückt, wie wichtig die Plattform ist. Außerdem wird Sun versuchen, den großen Herstellern, die bereits an Board sind, Raum für ihre Erfolgsgeschichten einzuäumen. Natürlich werden sie mit hoher Wahrscheinlichkeit neue Funktionen von Java EE 6 zeigen, darunter auch die neuen Technologien für die mobile Entwicklung. Es sind nur Kleinigkeiten hier und da, nicht so als ob sie jetzt Java EE 6 ausrollen würden.

fügte Shimmin hinzu. Jean Elliot empfiehlt, allen Teilnehmern sich für das JavaOne Camp anzumelden, welches Entwicklern erlaubt, Ihre Wünsche für das neue Release zu äußern. Das wird eine Sitzung mit “offenem Mikrophon” sein, wo die Leute einfach in einer zwanglosen Atmosphäre drauflos reden und sich mit Entwicklern von Sun austauschen können.

Am Mittwoch, also morgen, wird dir Bühne um Java EE 5 Oracle gehören. Es wird damit gerechnet, daß Oracle bekannt gibt, in welchem Umfang der neue Oracle Application Server EE 5 unterstützen wird. Desweiteren stehen SOA-Standards, WS-Policy (das momentan in den Mühlen der W3C-Prozesse steckt) und Service Data Objects (SDO) auf dem Programm. SDO ist nun an die OASIS übergeben worden.

Ted Farrell, Oracles Chefarchitekt und Vizepräsident für Tools and Middleware, sagte, daß Oracle auch seine neue IDE JDeveloper vorstellen wird, die sich speziell an Entwickler für Web Services und SOA richtet. Außerdem wird das Application Developer Framework (ADF) vorgestellt, daß die Runtime für JDeveloper bereitstellt.

Wir haben besonders Rich Internet Applications im Auge gehabt. Wir sehen den Trend in der Entwicklung von Anwendungen für Web 2.0, die mit Hilfe von AJAX und Adobe Flash völlig neue interaktive Erfahrungen für Benutzer liefern.

sagte der Chefarchitekt. Shimmin fügt hinzu, daß auch die Bekanntgabe des Spring Frameworks für Oracle Application Server eine wichtige Angelegenheit sei. Spring passe viel besser in den Bereich Enterprise Business dieser Show.

Bei Spring geht es nicht um Web 2.0, Ajax und Mashups. Spring steht für Anwendungen, die auf einem Java EE Server laufen, die möglicherweise eine andere Applikation via Web Services bedient, die wiederum für das Bestellwesen oder ähnliches verantwortlich ist. Spring ist eben mehr auf Business ausgerichtet.

Die Sicherheitslücke betrifft die aktuelle Version 10 des Solaris Betriebssystem von Sun. Betroffen sind die Sparc- und x86-Architektur. Die Schwachstelle basiert auf einem Fehler im Systemaufruf der acl()-Funktion und lässt sich von lokalen Benutzern zum Auslösen einer “System Panic” missbrauchen, was gleichbedeutend mit einem Absturz des Systems ist. Geschlossen wird die Sicherheitslücke mit Patch 125100-06 (Sparc) oder 125101-06 (x86). Die Patches stehen auf SunSolve zur Verfügung.

Hintergrund

Die Ausnutzung eines Vorzeichenfehlers in Solaris kann das System zu einem Absturz bringen, folglich führt das zu einer Denial-of-Service-Bedingung auf dem betroffenen System.

Der acl()-Systemaufruf wird verwendet, um die Zugriffskontrolle für eine Datei zu setzen. Durch eine falsche Prüfung des als Argument übergebenen Wertes in einer if-Bedingung wird sie umgangen und der Kernel allokiert einen enormen Speicherbereich, was wiederum zur Kernel Panic führt.

Die Funktion ruft auch andere Funktionen auf, die das Resultat einer Multiplikation in der if-Bedingung nutzen, die ebenfalls von diesem Bug betroffen sind. Der Patch wird damit auch Folge-Probleme beheben.