Quendor

Der Fluch der Abstraktion

2010-04-14T23:11:00.005+02:00

Ich gebe zu, ich bin ein Fan von Techniken zur Komplexitätsbeherrschung. Das liegt wohl auch daran, dass ich sehr viel mit sehr komplexen Systemen zu tun habe und ständig auf der Suche bin, wie diese zu steuern sind. Allerdings fällt mir auch immer wieder auf, dass diese Techniken so ins Extreme verzerrt werden, dass sie genau das Gegenteil bewirken: einen starken Anstieg der Komplexität in jeder Beziehung.

Im Informatikstudium bekommt man Abstraktion beigebracht. Man lernt, große Dinge in seine Bestandteile aufzulösen und dann einzeln anzugehen. Das beginnt mit Trivialem wie Quicksort und endet bei der Model Driven Architecture. Und das ist auch gut so. Die Abstraktion ist ganz klar eines der wichtigsten Werkzeuge der modernen Informatik und der modernen Systementwicklung. Was einem allerdings nicht beigebracht wird, ist Maß damit zu halten.

Im Seminarraum meiner damaligen Arbeitsgruppe hing ein handgeschriebenes und ausgeblichenes Schild. Auf dem Stand “Fünf Stunden Perl programmieren ersetzt eine Stunde Nachdenken”. Was zunächst wie die scherzhafte Kritik an einer Programmiersprache aussieht ist bei genauerem Hinsehen viel mehr: es ist die Kritik an einer Verselbstständigung der Abstraktion. Und genau da liegt eine große Schwäche bei vielen Leuten, die eine systematische Ausbildung der Informatik hinter sich haben: die Technologie verkommt zum Selbstzweck. Wer hat nicht schon einmal Quellcode gesehen, der sich in endlosen Klassenhierarchien vererbt oder Datenmodelle, die jedes ach so kleine Datenpäckchen noch externalisieren und ein an sich einfache fachliche Probleme zu Datenmodellen mit dutzenden Entitäten aufblähen?

Fragt man dann nach, warum die Modelle denn so sind wie sie sind, bekommt man meistens “Erweiterbarkeit” an den Kopf geworfen. Oder “Änderbarkeit”. Oder “Vereinfachung”. Spätestens hier wird dann aber auch schon durch das reine Nachfragen selbst dem abstraktesten Architekten klar, dass etwas schief läuft. Diese “Verkomplizierung im Namen der Vereinfachung” oder auch “spekulative Verallgemeinerung” ist eine sehr verbreitete Krankheit in vielen vielen Softwaresystemen. Sie führt zu sehr schwer zu wartenden Quellcodes und deutlichen Mehrkosten bei jeder Art von Veränderung und Erweiterung. Damit erreicht sie dann genau das Gegenteil von dem, was eigentlich beabsichtigt war – und das ist das Tragische daran.

Allerdings befällt dieses Problem nicht nur Software an sich, sondern auch IT-Standards oder auch Entwicklungsprozesse. Dieses “Overengineering” kann man beispielsweise sehr gut bei den WS-*-Standards wie SOAP, WSDL oder auch BPEL beobachten. WSDL ist da ein sehr gutes Beispiel: prinzipiell lässt sich damit jede Art von Schnittstelle auf Basis jeder Art von Technologie beschreiben. Aber wird das auch eingesetzt? Mir ist es nicht gelungen auch nur einen einzigen Fall zu finden, in dem WSDL nicht zur Beschreibung von SOAP-Web-Services auf Basis von HTTP oder SMTP zum Einsatz kam. Die beim Design von WSDL berücksichtigte Unabhängigkeit von jeder Art von Dritttechnologie wird überhaupt nicht genutzt! Allerdings hat sie WSDL sehr viel komplexer gemacht und damit schwerer einzusetzen und damit im Endeffekt teuerer. Dass man bei einer so innovativen Technologie wie Web-Services damit quasi das gesamte Konzept auf die Kippe stellt nur weil man die “ultimativ allgemeine” Lösung finden möchte ist ein Nebeneffekt. Und dass dieser tatsächlich zuschlagen und einen gesamten Standard ins Abseits katapultieren kann, ist am Besipiel von UDDI sehr schön zu beobachten.

Aus meiner Sicht ist ein guter Entwickler und ein guter Architekt nicht nur jemand, der Abstrahieren kann, sondern auch jemand, der die Grenzen der Abstraktion erkennt. Er muss in der Lage sein, fachliche Bedürfnisse gegenüber technischen Möglichkeiten abzuwägen und die “richtige” Lösung zu finden – nicht die technisch perfekteste, sondern die technisch und fachlich eleganteste. Einfach die Lösung, die KISS ist.

Qualitätssicherung in Mission-Critical-Systemen?

2010-01-05T12:06:00.005+01:00

Einige Geldautomaten oder deren Backendsysteme haben einen Jahr-2010-Bug. Das Problem scheint so schwerwiegend zu sein, dass es eine größere Medienwelle ausgelöst hat.

Dabei verwundert mich ein wenig, dass ein Problem dieses Kalibers scheinbar in keinem vorherigen QS-Verfahren aufgefallen ist was mich wiederum stark an an den QS-Prozessen der Bankenwirtschaft zweifeln lässt. Bei derlei Mission-Critical-Systemen erwarte ich eine lückenlose QS, die wirksam verhindert, dass in Systemen dieses Kalibers solche schweren Fehler auftreten. Zumindest nicht im Produktivbetrieb.

Noch seltsamer ist allerdings, dass “das Problem” am 1.1. aufgetreten und bereits am 4.1. als “gelöst” bezeichnet wurde. Das bedeutet für mich, dass die “Lösung”, die laut Spiegel in einem “Update der Software der Automaten und Händlerterminals” bestand, wohl kaum durch eine vernünftige QS gelaufen sein kann. Denn abseits jeder Automatisierung und Professionalisierung der QS-Prozesse: eine korrekte QS benötigt Zeit und ich mutmaße, dass es sich hier um kein kleines System handelt, das in wenigen Stunden komplett auf Seiteneffekte abgeklopft werden kann – zumal sich ja bereits gezeigt hat, dass die QS-Prozesse sowieso sichtbare Probleme haben.

Im Schluss bedeutet dass, dass vermutlich eine nicht korrekt getestete Software durch eine neuere Version nicht korrekt getesteter Software ausgetauscht wurde und wir uns alle auf das nächste Problem freuen können.

1000 echte Fans

2009-12-23T13:15:00.005+01:00

Einen sehr schönen Artikel über Marketing im realen 21. Jahrhundert abseits von IP-Trollen und Copyright-Nazis hat Kevin Kelly da geschrieben. Auch wenn fundable.com wegen Differenzen zwischen den Gründern mittlerweile geschlossen ist, zeigt der Text doch Wege auf, wie Künstler (und sicherlich auch andere Berufsgruppen) mit dem Netz leben, agieren und profitieren können. Sehr nett finde ich es dabei, dass es zentral um die Frage geht, von was ein Künstler denn nun leben soll. Und darum geht es ja der Content-Industrie ja angeblich auch ganz prinzipiell. Allerdings gibt Kelly auch eine Antwort darauf, die nicht aus Konfrontation sondern aus Kooperation schöpft.

Dingoo A320

2009-10-09T15:22:00.005+02:00

Neues von der Gadget-Front: ein chinesischer Game/Video/MP3-Player. Der Dingoo A320 emuliert alle gängigen Classic-Konsolen, kann MP3s abspielen und Videos darstellen. Und alles noch auf dem TV-Out ausgeben. Nett.

Mal abwarten ob noch ein paar bessere Emulatoren dafür erscheinen.

WS-Security and BinarySecurityToken

2009-08-26T13:04:00.005+02:00

Just to get you up and running: if your Java based SOAP request fails with something like "certificate missing", first inspect your generated SOAP code. If it contains something like this:

<ds:KeyInfo Id="KeyId-F26B331D23680CE7A712512821313252">
<wsse:SecurityTokenReference xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="STRId-F26B331D23680CE7A712512821313343">
<ds:X509Data>
...

than you have to request a "direct reference" to your certificate, which will result in a binarySecurityToken element in the SOAP header containing your encoded certificate:

<wsse:Security 
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" 
soap:mustUnderstand="1">
<wsse:BinarySecurityToken 
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" ...

You can enable the direct reference by adding a parameter to the WSS4J interceptor:

outProps.put(WSHandlerConstants.ACTION, WSHandlerConstants.TIMESTAMP + " " + WSHandlerConstants.SIGNATURE); 
outProps.put(WSHandlerConstants.USER, "my_amazon_cert"); 
outProps.put(WSHandlerConstants.PW_CALLBACK_CLASS, ClientCallbackHandler.class.getName()); 
outProps.put(WSHandlerConstants.SIG_PROP_FILE, "amazonsecurity.properties");
outProps.put(WSHandlerConstants.SIG_KEY_ID, "DirectReference");

The reason for all of this is that some services can't work with referenced certificates. Amazon Product Advertising API for example. This has caused some hours of research to find out. Reasoning from my Google research, it seems that only a few are actually using WS-Security this way. My personal opinion: most security APIs are completely over engineered and utter bullshit. Someone should tell those security guys how to design proper APIs whithout cluttering it with hundreds of configuration options, preferences, diverse and esoteric configuration files and the like. This really annoys me. And it is not a problem of the Java security APIs, but a language crossing problem.
I mean: I, as an application designer, just don't want to configure every tiny bit of security part when using the security layer. There should be some "best practice" - simple and secure - way to use security. It should be transparent and unintrusive to my business code.
Instead of this, todays security APIs are complicated, please-configure-every-tiny-bit beasts in the notion of "if you want security, then go and study encryption algorithms and encoding formats first, you bastard". It feels like the WS-* standards before WS-I came. Or EJB before EJB3.
And, I think this is a large security issue. As the application designers are forced to integrate complicated security APIs without the time (or notion) to fully understand them, there is a lot of possible pitfalls that can potentially ruin your security. So you are also forced to be a security expert understanding all the different things going on in the security layer. I don't want this. I want to focus on business code. Abstraction and clear responsibility is the base of any large system and needed to conquer complexity. But instead, looking at current Security APIs is like looking at the stone age of software engineering.

Der Wahnsinn hat Methode

2009-08-17T17:25:00.005+02:00

Dahergelaufene Würstchen

2009-08-16T14:48:00.003+02:00

So manchmal frage ich mich wirklich, was manche Leute so denken. Diese ganzen dahergelaufenen Würstchen, die in ihrer eigenen Welt leben und glauben, dass sie den Laden regieren. Telepolis berichtet über so einen armseligen Resozialisierungsfall: Ulrich Hoeneß fordert im Interview mit der Wirtschaftswoche eine GEZ-Extragebühr für die notleidenden Fußballvereine. Peter Mühlbauer dazu:

Und Aktiengesellschaften, die mit schöner Regelmäßigkeit ein- oder zweimal die Woche so viele Gewalttäter zu rituellen Schlägereien und Sachbeschädigungsorgien anlocken, dass sich die Polizei an solchen Tagen kaum mehr um etwas anderes kümmern kann, werden nicht einmal zur Finanzierung der Wochenendzuschläge herangezogen, geschweige denn für die auf den Steuerzahler abgewälzten Kosten, welche ihr Geschäftsmodell tatsächlich verursacht. Dazu zählen auch zahlreiche von angeblich klammen Kommunen gebaute oder geförderte Sportstätten und U-Bahnen, welche Rotten von Krawallmachern bequem zu ihren Tatorten kutschieren.

Es war wohl wieder mal Zeit für die tägliche Portion Wahnsinn.

PayPal Security Token and OpenID

2009-06-10T23:28:00.003+02:00

News from the gadget department: just got my PayPal/eBay Security token. It is a nice little device just the right size for a keychain. The token is made by Verisign and can be used to protect your PayPal and eBay accounts. Once activated, you have to log in to these accounts using the number displayed on the token. Every number is valid for 30 seconds. The idea is that you can only log in to your account when in physical possession of the piece of hardware.

You can order the token worldwide for around 5 Euros here.The device itself is a Vasco Digipass Go 3, which can also be ordered from Verisign directly (which costs $30). Verisign announces the Go 3 OTP device as a device usable with Verisign's OpenID
service. So, I was giving it a try and registered my token at Verisign's OpenID site

When registered with the service, you can use the PayPal token to log in into all OpenID enabled sites like Sourceforge or use it for your own applications. The access to the Quendor.org adminstration interface is now accessible thru OpenID authentication and I can use my keychain token to log in. Nice.

Bei Apple klinkts jetzt völlig aus

2009-05-14T20:08:00.003+02:00

Der neue iPod Shuffle hat ein DRM-System verbaut, das verhindert, dass nicht durch Apple lizensierte Kopfhörer genutzt werden. Boing Boing meldet, dass "compliant Headphones" über einen DRM-Chip verfügen müssen. Die EFF berichtet ebenso und iLounge fasst sehr gut zusammen:

This is, in short, a nightmare scenario for long-time iPod fans: are we entering a world in which Apple controls and taxes literally every piece of the iPod purchase from headphones to chargers, jacking up their prices, forcing customers to re-purchase things they already own, while making only marginal improvements in their functionality? It’s a shame, and one that consumers should feel empowered to fight.

Einfach nur krank und ein weiterer Grund, keine Apple-Produkte zu kaufen. Defective by Design eben.

30.3.2009, 8 Uhr 44

2009-03-30T12:53:00.003+02:00

Showkämpfe?

2009-03-15T19:09:00.003+01:00

Zypries gibt von der Leyen Contra. Gut. Aber irgendwie werde ich das Gefühl nicht los, dass es gar nicht um die Sache geht, sondern hier einfach nur parteitaktische Spielchen gespielt werden. Btw: warum die Content-Mafia nicht schon längst auf die glorreiche Idee gekommen ist, dass ja "Bittorrent hauptsächlich von Perversen für KiPo genutzt wird" und damit das Totschlagargument in der Hand hätte, wundert mich ein wenig.

Giana Sisters 2

2009-01-30T16:24:00.003+01:00

Jay. In diesem Frühjahr erscheint tatsächlich "Giana Sisters 2" für den NDS. Damit wird eines aus meiner Sicht besten Computerspiele aller Zeiten fortgesetzt. Mehr Infos beim Publisher, Spellbound Entertainment. Auf dem NDS gibts sowieso viel zu wenige 2D-Jump-and-Runs.

Der erste Teil war eigentlich ein böser Mario Rip-Off, aber damals wars egal, nur Noobs hatten ein NES, echte Kerle hackten auf dem C64. Nintendo fand das damals allerdings nicht so witzig, das Spiel wurde wegen einer Klage ziemlich schnell wieder zurückgezogen. War aber auch schon ziemlich dreist, vor allem, weil auf Seiten Rainbow Arts eine gewisse Doppelmoral vorhanden war.

Jaja, die gute alte Zeit..

More fun with CXF

2009-01-20T14:54:00.003+01:00

Another thing about CXF: if you'll get strange errors like this on server start:

 House movies The Final Season download
    org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'myService': Invocation of init method failed; nested exception is
javax.xml.ws.WebServiceException: org.apache.ws.commons.schema.XmlSchemaException:
Schema name conflict in collection
Caused by:
javax.xml.ws.WebServiceException: org.apache.ws.commons.schema.XmlSchemaException:
Schema name conflict in collection срaзу смотреть порно видео 
 
 The Apartment rip

then make sure your WSDL is WS-I compliant. You can check it by switching on WSDL verification with wsdl2java (using '-verify').

A tale of Java, Security, and CXF

2009-01-19T12:51:00.003+01:00

CXF is surely a great tool to get JAX-WS up and running very fast and clean. But sometimes, it also put a bit of headache on me. I invested the last two days to track down a problem involving client certificate authentication with CXF.

I used CXF to set up a client for a SSL-secured web service. I set the environment variables for truststore and keystore as ususal:

System.setProperty("javax.net.ssl.trustStore", "truststore.jks");
System.setProperty("javax.net.ssl.trustStorePassword", "secret");
System.setProperty("javax.net.ssl.keyStore", "keystore.jks");
System.setProperty("javax.net.ssl.keyStorePassword", "secret");

This works out-of the-box with a simple Java SSL client. No other configuration is needed to authenticate with client certificates.

But not with CXF. The server side complained about "bad_certificate" and "certificate chain null" regardless on how I set up the keystore and truststore. A rather annoying day of CXF core code debugging followed until I found the solution: CXF needs the key and truststore explicitly set using the appropriate factories! It does not work with only the properties set, it does not work with user created trustmanagers and keymanagers! You have to exactly follow the example found in this article. Otherwise, CXF does not recognize the certificates right and simply do not send them to the server side, leaving the certificate chain empty.

More annoying is that you need both ways of setting the keystore and truststore: it also does not work without specifying the environment variables! So the resulting code example is like this:

System.setProperty("javax.net.ssl.trustStore", "truststore.jks");
System.setProperty("javax.net.ssl.trustStorePassword", "secret");
System.setProperty("javax.net.ssl.keyStore", "keystore.jks");
System.setProperty("javax.net.ssl.keyStorePassword", "secret");

Client client = ClientProxy.getClient(caPort);
HTTPConduit conduit = (HTTPConduit)client.getConduit();

TLSClientParameters tlsParams = new TLSClientParameters(); 

// disabling host name check
tlsParams.setDisableCNCheck(true); 

// setup truststore - AGAIN!
KeyStore keyStore = KeyStore.getInstance("JKS"); 
String trustpass = "secret"; 
File truststore = new File("truststore.jks"); 
keyStore.load(new FileInputStream(truststore), trustpass.toCharArray()); 

// setting trust manager(s)
TrustManagerFactory trustFactory = 
    TrustManagerFactory.getInstance(TrustManagerFactory.getDefaultAlgorithm()); 
trustFactory.init(keyStore); 
TrustManager[] tm = trustFactory.getTrustManagers(); 
tlsParams.setTrustManagers(tm); 

// setup keystore - AGAIN!
truststore = new File("keystore.jks"); 
keyStore.load(new FileInputStream(truststore), trustpass.toCharArray()); 
            
// setting up key manager(s)
KeyManagerFactory keyFactory = 
    KeyManagerFactory.getInstance(KeyManagerFactory.getDefaultAlgorithm()); 		            
keyFactory.init(keyStore, trustpass.toCharArray()); 
KeyManager[] km = keyFactory.getKeyManagers(); 		            
tlsParams.setKeyManagers(km); 
            
// setting parameters
conduit.setTlsClientParameters(tlsParams);

CXF is great, but sometimes, I'm getting real old with it..

Drei Stunden Fremdschämen

2008-11-16T17:43:00.003+01:00

Mann, Pro Sieben hats echt drauf. Die schaffen es, aus rein gar nichts drei Stunden Show zu erzeugen. Gestern Abend lief "Uri Geller live - Ufos & Aliens: Das unglaubliche TV-Experiment". Unglaublich war daran zumindest mal, mit welcher Gewissenlosigkeit Pro Sieben hier Deppenfernsehen par excellence fabriziert hat.

Uri Geller ist auch einer meiner absoluten Lieblinge! Ich beschäftige mich hobbymäßig auch mit Zauberkunststücken wie Karten- oder Münztricks. In Magierkreisen ist Uri Geller stark umstritten, weil er den Leuten glauben macht, er könnte "wirklich" per Geisteskraft Löffel verbiegen. Magier sehen sich aber eher als "Künstler" im Kontext von Jongleuren oder Artisten: dem Publikum ist es immer klar, dass es sich um Tricks handelt und der Zauberkünstler einfach "nur" eine hohe Geschicklichkeit anwendet, um einen Effekt zu erzielen. Mit Esoterik, Wundern oder Aliens hat das rein gar nichts zu tun. Das würde im Gegenteil den Effekt deutlich schmälern.

Dass Uri Geller von sich glauben machen will, er könnte wirklich Uhren in der ganzen Republik per Gedankenkraft wieder ans Laufen bekommen ist absurd. Ich sage es mal so: das Löffelverbiegen ist in Profikreisen ein alter Hut und überhaupt nichts Besonderes mehr. Dafür gibts mittlerweile Lern-DVDs .

Das wird dann aber wieder durch breite Masse kompensiert. Wenn man einen TV-Aufruf startet, dass man bitte anrufen soll, wenn eine Uhr wieder läuft, dann kommen natürlich Anrufe, dass es wirklich klappt! Würde man den Leuten sagen, dass sie anrufen sollen, falls bei ihnen ein lila Nilpferd aus dem Fernseher hüpft und auf dem Wohnzimmertisch Rumba tanzt - auch dann würden Anrufe kommen! Solange die Samplemenge groß genug ist, gibt es immer ein paar Leute mit derben Aussetzern darunter.

Womit wir wieder bei der Show von gestern Abend wären. Nina Hagen wird auch immer seltsamer, bei ihr hat man ständig das Gefühl, dass irgendwann mal ein LSD-Trip schiefgelaufen ist. Die beste Aussage von ihr war noch "ich denke gar nichts", was der Wahrheit wohl ziemlich nahe kommt. Lustig war dann auch der geflüsterte Einwuf von Johanna Klum an den Moderator: "Ich glaube jetzt denkt sie grade wieder nichts", als Nina Hagen ohne Inhalt vor sich hin blubberte.

Toll war auch der Auftritt von "Vincent Raven", der auch einfach nichts tat, außer da zu sein. Es klingt unglaublich, aber er hat wirklich rein gar keinen Content beigetragen - von einigen grausamen Stammeleien (auf zugegebenermaßen völlig abstruse Fragen) abgesehen.

Die Schaltungen in die Ukraine waren dann nur noch das Sahnehäubchen. In übel gestellten Szenen, unterlegt mit künstlichen "Störgeräuschen" wurde von "unerklärlichen Problemen beim Versenden der E-Mails" gesprochen. Lag wohl daran, dass die Ukrainer ihre Anlagen nicht gut genug warten, weil zu wenig Geld mit schwachsinnigen TV-Shows hereinkommt.

Hat man bei "Popstars", "DSDS" und den ganzen unsäglichen Talkshows immer einige kurze Momente des Fremdschämens, so ist das hier über drei Stunden konstant aufrecht erhalten worden. Falls es wirklich da draußen Aliens gibt, die Leute entführen: BITTE das nächste mal Uri Geller und das Pro Sieben-Management abholen! Und auf keinen Fall mehr wieder bringen!

Dabei ist es nicht schlimm, dass so ein Müll produziert wird, schlimm ist aber, dass mit solchen "pseuo-ernstgemeinten" Machwerken eine vernünftige Auseinandersetzung mit diesen Themen völlig durch den Kakao gezogen wird und eine richtige Diskussion gar nicht mehr möglich ist. Jeder Zauber-Artist da draußen sollte sich von Leuten wie Uri Geller beleidigt fühlen und jeder ernsthafte SETI-Forscher sollte sich von Pro Sieben beleidigt fühlen.

Für diejenigen, die sich wirklich mit Mentalismus (Tricks!) auseinandersetzen möchten, empfehle ich aber den Klassiker Practical Mental Magic. SETI-Interessierte sollten sich einmal mit dem sehr guten Buch Beyond Contact beschäftigen, das die wissenschaftlichen Grundlagen des SETI-Programms beschreibt und eine populärwissenschaftliche Einführung in die unterliegende Signaltheorie enthält.

Alle anderen: viel Spaß mit der Alu-Pyramide auf dem Kopf.

Obama

2008-11-15T01:11:00.003+01:00

Ach ja, Obama hat gewonnen .

Chinese Democracy

2008-11-15T01:01:00.003+01:00

Ist heute Ostern+Weihnachten? Sind die Aliens da?
Irgendwas muss anders sein, denn folgendes ist gerade per E-Mail hier angekommen:

Wir freuen uns, Ihnen mitteilen zu können, dass die gewünschten Artikel jetzt bei Amazon.de bestellt werden können!

Guns 'n Roses: Chinese Democracy

Verfügbarkeit: Dieser Artikel wird am 21. November 2008 erscheinen. Bestellen Sie jetzt!

Ok, morgen werde ich mal vorsichtig die Konsistenz des Universums checken. Mal sehen. Auf jeden Fall wirds teuer für Dr. Pepper.

In zwei Wochen ist US-Wahl

2008-10-25T21:14:00.003+02:00

Shades of gray

2008-10-16T22:43:00.003+02:00

Marko remarked that it would be nice to have not only a color scheme for the yellow and blue LinuxTag colors but also a scheme that reflects grayscales. Here we go:

So we finally have a complete LinuxTag color scheme along with the scales of blue and yellow:

We're now working on the basic visuals for ads, posters and flyers.

What is LinuxTag?

2008-10-15T22:40:00.003+02:00

As mentioned before, we are currently working on a new marketing strategy for LinuxTag, not only for 2009 but far beyond, defining a solid groundwork for the strategic definition of the LinuxTag brand. This includes tangible marketing ressources such as templates, colors, fonts and all that is needed for a full corporate design but also an effective definition of what LinuxTag is - what LinuxTag stands for and - finally - why people attend LinuxTag. We need this to improve our strengths and work on our weaknesses.

One key momentum that we thought about was "what are the motivations that brings people to LinuxTag?". What does the common visitor expect when attending the show? We isolated three main points on this:

Networking
A lot of people attend LinuxTag to see all those guys from the FOSS world that they see frequently at events like this. To get in touch, to work together in person is an important aspect of LinuxTag. Each year, we have requests for rooms from development teams where they can gather to discuss topics they can't properly address by e-mail. It is not uncommon that these people meet up for the first time in real life on LinuxTag.
On the other side, many people come to the show to improve their business network. I do not exaggerate by arguing that LinuxTag is the
- Anastasia video
European Open Source business event. If you want to do business in the FOSS field, you have
Anaconda psp
to be there.

Knowledge
We know from our yearly surveys that many people come to LinuxTag to hear conference talks. There was a time we underestimated the marketing value of the conference, but this was plain wrong: the conference is the main attraction of LinuxTag. All other parts are there only to support the conference, plain and simple. We want to provide world class know-how presented by world class speakers each and every year. This is the key point of the whole LinuxTag endeavour.

Lifestyle
LinuxTag is part of the FOSS community. The geekdom is becoming more and more sexy and more and more people want to be part of it. LinuxTag brings this unique feeling that no other conference has. Try to get that fine sense of completeness, of technology insight paired with the deep friendlyness of the Open Source principle on your common IBM marketing sell-me-your-stuff event. And there is more: be part of it! Nowhere else it is so easy to talk to the FOSS people and contributing to the pool of ideas, concepts and - finally - software. Be there and be part of it!
And, if you're out on your business, there is no place like LinuxTag to find excellent staff for your technology venture because these people are attracted by the unique lifestyle LinuxTag has to offer. If you really want to find the knowers, be at LinuxTag.

So we have these three key spots of motivation that drives LinuxTag. We now have to package them into a concise marketing message, transform it to a nice presentation and there we go..

Zweiter Teil des S100-Artikels erschienen

2008-10-13T20:01:00.003+02:00

Gerade auf meinem Schreibtisch gelandet: die 11er-Ausgabe der Linux-User, die am Donnerstag erscheint. Darin ist der zweite Teil meines Mediacenter-Artikels enthalten. Beschrieben wird, wie man aufbauend auf der Linux-Installation MMS als Multimedia-Applikation und VDR als Videorekorder mit DVB-T nutzt.

Marko hatte mich vor einiger Zeit schonmal auf Elisa aufmerksam gemacht. Sieht sehr vielversprechend aus und könnte eine echte Alternative zum doch recht spröden MMS sein. Das wird mein nächstes Wochenendprojekt...prinzipiell sollte aber auf der S100 auch XBMC laufen, schließlich hat die XBox 1 auch nur 64 MB RAM. Dazu müsste aber auf der S100 zunächst mal zwingend OpenGL funktionieren - und zwar über den TV-Out...und da bin ich im Moment etwas skeptisch.

Achso: mein Artikel "10 Gebote für erfolgreiches BPM" aus der Computerwoche gibts jetzt auch als offizielles PDF zum herunterladen.

JEE + Maven + Eclipse

2008-10-12T23:29:00.003+02:00

So, heute mal wieder ein Artikel aus dem tiefen Tal der lustigen Softwarefrickeleien. Ich habe mich am Wochenende mal intensiv mit JEE, Eclipse und Maven und dem Zusammenspiel dieser Dinge auseinandergesetzt. Die nächste Version des LinuxTag eTicket-Systems soll voll auf JEE setzen.

Maven mit Eclipse für JEE-Projekte zusammenzubringen ist nicht so ganz einfach. Deswegen hier eine kleine How-To.

Seltsamerweise existieren im Netz keine wirklich verwendbaren
"Kochrezepte" dafür, obwohl es sich aus meiner Sicht um ein
"Standardproblem" handelt.

Ziel ist es, die Vorzüge von Eclipse bei der Entwicklung von JEE-Modulen
zu nutzen (Hotdeployment, Servermanagement, Debugging usw.) und
gleichzeitig die volle Buildfähigkeit über Maven zu erhalten.

Dazu muss man grundlegend einen anderen Weg gehen, als das bei
JSE-Projekten der Fall ist: statt ein Projekt zunächst auf der
Maven-Ebene aufzubauen und dann von Maven die Eclipse-Settings über "mvn
eclipse:eclipse" erzeugen zu lassen, muss ein JEE-Projekt von Eclipse
her aufgebaut werden. Maven ist deutlich flexibler anpassbar als die
JEE-Eclipse-Plugins.

Schritt 1: Eclipse JEE-Projekte anlegen

Über die ganz normalen Wizards wird ein JEE-Projekt mit allen
Untermodulen angelegt. Für das Beispiel gehe ich von folgenden einzelnen
Eclipse-Projekten aus:

DemoEJB
buy Yat goh hiu yan

Projekt, das die EJBs enthält. Hier werden (abweichend vom Eclipse-Standard) später auch die Domain-Klassen und die Remote-Stubs der EJB abgelegt. Maven erzeugt beim Releasebuild automatisch ein abgespecktes Client-JAR, dass nur die vom Client benötigten Klassen enthält. Während des Eclipse-Workflows werden die Klassen dieses Moduls vollständig mit dem Client deployt, liegen also zweimal physikalisch auf dem Server, falls der Client eine JEE-Serveranwendung wie z.B. ein WAR ist. (einmal beim EJB, einmal beim Client). Das ist verschmerzbar, stört nicht und ist durch die Eclipse-Governance auch sicher konsistent.

DemoServlet
Der Client für die EJBs in Form einer JEE-Weblayer-Anwendung. Hier sind Standard-Servlets und/oder JSPs enthalten, die über JNDI auf die EJBs zugreifen. Externe Clients sind ebenfalls möglich, aber der JEE-Client ist der in diesem Fall komplexere Fall, weil das WAR ebenfalls deployt werden muss.

DemoEAR
Das umgebende EAR-Projekt, dass aus dem EJB und dem WAR des Clients ein deploybares EAR-Archiv erzeugt. Da Maven kein gemeinsames Artefakt- und POM-Multiprojekt erlaubt, ist das EAR-Projekt ebenfalls ein Maven-Subprojekt.

Beim Erstellen der Projekte muss auf die Projektabhängigkeit geachtet
und ggf. angepasst werden. Eclipse geht im Standardfall davon aus, dass
Domainklassen und Stub-Interfaces im Client angesiedelt sind. Maven
erwartet diese Klassen aber im Serverprojekt und generiert lieber daraus
ein getrenntes Client-JAR für den Client mit diesen Klassen. Aus meiner
Sicht sauberer und Eclipse auch einfach beibringbar ist der Maven-Weg.
Dazu müssen die Abhängigkeiten folgendermaßen eingestellt sein:

   DemoEAR     --hat Abhängigkeit--> (DemoEJB, DemoServlet).

   DemoServlet --hat Abhängigkeit--> (DemoEJB).

 buy Blue Steel
    DemoEJB hat keine definierten Abhängigkeiten.

Sind die Abhängigkeiten eingestellt müssen nun die Pfade "Maven-like"
angepasst werden. Dazu müssen die Java-Sources von den restlichen
Resources getrennt und im üblichen Verzeichnisschema angeordnet werden.
Dies ist über die Projekt-Properties unter "Java Build Path -> Source"
zu erledigen.

Mit der jetzt vorliegenden Einstellung kann dann ein Deployment-Server
definiert werden und das Projekt über Eclipse normal genutzt werden.
Hot-Deployment und Debugging funktioniert direkt aus Eclipse heraus.

Als nächstes müssen die Maven-Einstellungen hinzugefügt werden, damit
das Gesamtprojekt per Maven bau- und deploybar wird.

Schritt 2: Maven-Konfiguration

Die Verzeichnisstruktur in Eclipse sieht im Moment folgendermaßen aus:


    - workspace
      + DemoEAR
      + DemoEJB
      + DemoServlet

Für die Maven-Konfiguration legen wir ein Hüllprojekt um die drei
Einzelprojekte. Dieses Hüllprojekt ist für Eclipse nicht notwendig und
nur für die "Projektklammer" des Multi-Projekts für Maven nötig. Aus
diesem Grund wird dieses Hüllprojekt am besten von Hand angelegt und
über die Kommandozeilentools ins SVN eingecheckt.

Für die Entwicklung bedeutet das, dass das Arbeiten und Bauen mit Maven
und Eclipse leicht unterschiedlich erfolgt. Die Zielverzeichnis bzw.
Projektstruktur sieht so aus:


    - DemoJEE
      + DemoEAR
      + DemoEJB
      + DemoServlet
      pom.xml

In Eclipse wird dann nicht das Hüllprojekt ausgecheckt und genutzt,
sondern nur die drei Subprojekte. Die Einstellungen des Hüllprojekts
sind nur für einen Maven-Build nötig. In diesem Fall wird das
Gesamtprojekt ausgecheckt und per "mvn package" das resultierende
EAR-Archiv im Subprojekt "DemoEAR" gebaut.

POM des Hüllprojekts

Die POM des Hüllprojekts ist recht simpel. Sie besteht aus einem
einfachen Multi-POM mit zusätzlichen Repository-Einstellungen:



  4.0.0
  de.tarent
  1.0-SNAPSHOT
  DemoJEE
  pom
  project
  
    DemoEJB
    DemoServlet
    DemoEAR
  
  
    
      jboss-repository
      jboss repository
      http://repository.jboss.com/maven2/
      
        false

Das JBoss-Repository ist für die Abhängigkeiten zu den JEE-Bibliotheken
nötig, die in den Subprojekten definiert sind. Das Projekt wird damit
gegen die JEE-JBoss-Implementierung gebaut. Das bedeutet explizit nicht,
dass die resultierenden JEE-Module nicht in anderen Appservern laufen,
die Bibliotheken werden als "provided" dort vorausgesetzt und nicht mit
gepackaged. JBoss bietet eine zertifizierte JEE 1.5-Implementierung.
Trotzdem sollten wir uns dafür im nicht-JBoss-Fall noch ein paar
Gedanken zur QS machen, das nur am Rande.

POM von DemoEJB

Das DemoEJB-Projekt ist ein einfaches Maven-Projekt, dass das EJB-Plugin
verwendet, um ein EJB-Jar zu erstellen.



  4.0.0
  de.tarent.DemoJEE
  DemoEJB
  ejb
  1.0-SNAPSHOT
  enterprise java bean
  
    de.tarent
    DemoJEE
    1.0-SNAPSHOT
  
  
    src/main/java
    
      
        maven-ejb-plugin
        
          
            
              true
            
          
          3.0
          true
        
      
      
        org.apache.maven.plugins
        maven-compiler-plugin
        
          1.6
          1.6
        
      
    
  
  
    
      javax.persistence
      persistence-api
      1.0
      provided
    
   
      javax.ejb
      ejb-api
      3.0
      provided

Falls weitere JEE-Abhängigkeiten benötigt werden, können diese hier
hinzugefügt werden. Als Parent wird das Hüllprojekt angegeben. Die
JBoss-Repository-Definitionen werden von dort geerbt.

Die "generateClient"-Einstellung sorgt dafür, dass ein zusätzliches
"virtuelle" Artefakt erstellt und dem virtuellen Repository hinzugefügt
wird. Auf dieses referenzieren wir dann später in den Abhängigkeiten des
Clients. Dieses spezielle Client-JAR enthält nur die Entities und die
Stubs. In der Konfiguration kann über weitere Parameter noch genauer
angegeben werden, welche Bestandteile des EJB-Codes in den Client
gepackaged werden. Genauere Infos dazu sind in der Plugin-Dokumentation
zu finden.

POM des Clients

Das Client-Projekt "DemoServlet" ist ein Standard-WAR-Projekt, dass aber
zusätzlich eine Abhängigkeit zur zuvor erstellen "virtuellen"
Client-Bibliothek enthält:


    ...
    
      de.tarent.DemoJEE
      DemoEJB
      1.0-SNAPSHOT
      ejb-client
    
    ...

Statt "ejb" wird "ejb-client" als Typ angegeben. Würde "ejb" angegeben,
so würde der gesamte Code des EJB-Projektes im resultierenden WAR
mitgepackaged werden.

POM des EAR-Projekts

Das EAR-Projekt baut aus den vorhandenen Artefakten das EAR zusammen und
deployt es optional auch direkt in einem JBoss-Server. Das EAR-Projekt
enthält selbst keinen Quellcode dafür aber die EAR-Deployment-Deskriptoren.



  4.0.0
  de.tarent.DemoJEE
  DemoEAR
  ear
  1.0-SNAPSHOT
  ear assembly
  
    
      de.tarent.DemoJEE
      DemoEJB
      ejb
      1.0-SNAPSHOT
    
    
      de.tarent.DemoJEE
      DemoServlet
      war
      1.0-SNAPSHOT
    
  
  

      
        maven-ear-plugin
        
${artifactId}/EarContent/META-INF/application.xml
          lib
          
            
              true
            
          
          
            
              de.tarent.JEEDemo
              DemoEJB
              DemoEJB.jar
            
            
              de.tarent.JEEDemo
              DemoServlet
              /DemoServlet
              DemoServlet.war
            
	  
        
      
      
        org.codehaus.mojo
        jboss-maven-plugin
        
        /home/kleinhenz/Bibliothek/jboss-4.2.3.GA
          8080

Problematisch ist die Einstellung des JBoss-Homedirs. Diese Einstellung
ist im Moment leider nicht extern einstellbar. Allerdings ist die
Nutzung des JBoss-Plugins nur nötig, wenn direkt aus Maven heraus
deployt werden soll.

Bauen und Deployen

Damit ist die Konfiguration insgesamt fertig. Unter Eclipse lassen sich
die Projekte normal mit den Eclipse-Bordmitteln nutzen. Will man einen
Maven-Build vornehmen, so wird das Hüllprojekt ausgecheckt und mit "mvn
package" das Projekt gebaut. Nach dem Vorgang liegt im EAR-Projekt das
fertige EAR-Archiv.

"Terrabyte"

2008-10-06T00:15:00.003+02:00

Media Markt macht TV-Werbung für eine externe Festplatte mit "einem Terrabyte". Frei nach Marvin : "Eine Festplatte von der Größe eines Planeten - aber keinen Duden!".

Wanted

2008-10-04T00:04:00.003+02:00

[imdb Wanted]Gerade komme ich aus dem Kino. Wir haben uns den neuen Film mit Angelina Jolie angesehen: Wanted. Naja, was soll man sagen...wer auf anregende Dialoge, feinsinnige Handlung und eine intellektuelle Pointe steht, dem wird der Film nicht gefallen. Alle anderen lehnen sich zurück, schalten das Hirn aus und schauen einfach zu wie Actionsequenz auf Actionsequenz folgt, literweise Blut fließt und eine zweifelhafte Moral vermittelt wird.

Miss Jolie nimmt man dabei auch die harte Schlägerbraut nicht so richtig ab. Was in Tomb Raider noch ganz gut geklappt hat ist hier teilweise schon an der Grenze zur Lächerlichkeit. Angelina Jolie ist dermaßen dürr und sieht krank aus, dass man ihr am liebsten die ganze Zeit einen Schokoriegel reichen würde.

LinuxTag Fonts

2008-09-28T12:00:00.003+02:00

LinuxTag used the DIN font for years now. Originally, it was proposed by the people from newthinking communications, who were doing our advertising stuff then (hey, how are you, people?). It was and still is a nice font, but it has the problem that it is not freely available. We're having a hard time licensing this stuff for all peope using it in creating our materials.

I think it is time for a change. Unlike then, a vast deal of quality free fonts are now available. Two fonts which I am currently looking at are "Delicious" and "Gentium".

Delicious is a light, sans serif font made by Jos Buivenga. It is light, modern and perfectly legible for headlines and continous text.

Gentium is a serif font by Victor Gaultney and also legible for all uses. I my opinion, both fonts have a point. While Delicious is a light choice and more like our previous font, the use of a serif font has also some potential. I see more and more really good looking advertinsing designs using exclusively serif fonts.