Campus Besucher

Den zweiten Tag des MATHEMA Campus konnte ich aufgrund privater Verpflichtungen leider erst am Nachmittag genießen, so dass ich mir nur zwei Vorträge anhören konnte, die ich nun kurz erläutere.

Vor zwei, drei Jahren hatte ich es mir schon mal angesehen, nun gab es einen Vortrag dazu: das Play Framework. Und ich muss sagen, es hat sich viel getan! Mit Play werden stateless Webanwendungen entwickelt, bei denen man im Frontend in ganz normalem HTML mit ein paar extra Tags arbeitet, die seitens Play dann mit Leben erfüllt werden. Alles ist sauber und streng nach einer MVC Architektur gegliedert. Auf der Konfigurationsseite muss man sich im wesentlichen nur um eine Datei kümmern, die für das Routing von URLs zu den passenden Controllern zuständig ist. Alles in allem eine sehr schöne Sache, die Spaß macht und einfach zu erlernen ist. Auch zahlreiche Erweiterungen sind bereits auf dem Markt. Leider wurde mir noch nicht klar, wie gut die Sache für große Projekte einsetzbar ist, was ja auch am Play Server hängt – viel Erfahrung gibt es scheinbar noch nicht.

Als letzten Vortrag besuchte ich Michael Wiedekings Da Capo, bei dem  es um die Vorstellung des aktuellen Stands seiner derzeit in Entstehung befindlichen Programmiersprache (Arbeitstitel ALx) ging. Aktuell ist die Sprache erst mal auf ein mathematisch sauberes Fundament gestellt und vor allem konzeptionell existent. Die konkrete Erstellung eines Compilers, sowie die syntaktischen Details sind derzeit noch offen – “versprochen” wurde aber, dass es zum Herbstcampus etwas zu sehen gibt. Alles in allem ein interessanter Ansatz mit einer begeisternden Definition – bin schon gespannt auf die nächsten Fortschritte.

Insgesamt hatte ich viel Spaß, interessante Themen, nette Leute, coole Ideen und Inspirationen – was will man mehr. Freue mich schon auf den Herbstcampus!

Mein Favorit in diesem Jahr war gleich der erste Vortrag: Remote Control. Hier stellte Marco Knüttel die OpenSource Elektronik Plattform Arduino im Zusammenspiel mit Android vor. Absolut faszinierend, was man hier für wenig Geld so alles basteln kann. Vorgestellt wurde die Fernsteuerung eines Ferienhauses (Kameras, Heizungssteuerung, Sensoren) und ähnliches im Wohnmobil. Ich hoffe, dass ich bald Zeit finde, mich hier etwas rein zu vertiefen

Unter dem Titel Scriptease.js bot Golo Roden ein unterhaltsames Live-Coding in Sachen Javascript. Gerade für jemanden wie mich, der zwar oft mit JS arbeitet, dort aber kein echter Experte ist, waren sehr viele nützliche Tipps und Hinweise dabei. Vor allem Dinge, die einem eine zeitraubende Fehlersuche bescheren können, z.B. etwas wie: null + “ify”   // => “nullify” ! Sein Fazit: “Nie vergessen, dass Javascript keine C-basierte Sprache ist, so sehr sie danach auch aussieht, sondern ihre Wurzeln bei LISP/Scheme hat!

Werner Eberling brachte eine praxisnahe Einführung in PhoneGap und jQuery Mobile – eine Kombination, die auch mein Topfavorit für eine schnelle Möglichkeit ist, native Apps auf allen gängigen mobilen Plattformen zu generieren.

Arduino Schlachtfeld

Sehr interessant, wenngleich aktuell noch nicht praxistauglich, war der Vortrag zu Web Intents von Willie Chieukam. Web Intents hat die Verknüpfung von Webseiten bzw. webbasierten Anwendungen mit nützlichen Diensten zum Ziel. Beispiel: Eine Webseite möchte die Möglichkeit bieten ein hochgeladenes Bild zuzuschneiden. Statt nun selbst ein Javascript-Monstrum zu implementieren, gibt man auf der Seite einfach an, dass man einen Service zum Zuschneiden benötigt. Der User kann dann aus einer Auswahl von Diensten wählen und dort sein Bild zuschneiden, welches bearbeitet zur Webseite zurück kommt. Die Auswahl kann im Browser für spätere Aufrufe gespeichert werden.

Nach einem guten Abendessen gab es eine Publikumsdiskussion mit dem Thema, ob die Objektorientierung sich überlebt hat. Ein echtes Fazit kam nicht zustande, aber die bekannten Probleme (Mehrfachvererbung, Vererbungshierarchien, Mapping Objekt zu relationaler DB, …) wurden heiß diskutiert.

Einen lustigen Abschluß bildete der späte Abend: unter dem Titel “Desaströs” wurden Filmausschnitte gezeigt, bei denen so einiges schief geht – untermalt von entsprechend amüsanten Kommentaren seitens Michael Wiedeking.

1
2
3
4
5
6
7
8
9
10
11

import javax.script.ScriptEngineManager;
import javax.script.ScriptEngine;
 
ScriptEngineManager mgr = new ScriptEngineManager();
ScriptEngine jsEngine = mgr.getEngineByName("JavaScript");
try {
  Boolean result = jsEngine.eval("a=19; b=2; c=2; a>b && c==b");
  print "Ergebnis: " + result;
} catch (ScriptException ex) {
    ex.printStackTrace();
}

In diesem Fall wird Ergebnis: true auf der Konsole ausgegeben. Dies nur zur Inspiration – die Vielfalt der Möglichkeiten lässt sich nun bestimmt schon erahnen …

<plugin>
  <groupId>org.mortbay.jetty</groupId>
  <artifactId>maven-jetty-plugin</artifactId>
  <configuration>
    <scanIntervalSeconds>10</scanIntervalSeconds>
    <connectors>
      <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector">
        <port>8088</port>
      </connector>
    </connectors>
    <webAppConfig>
      <contextPath>/</contextPath>
    </webAppConfig>
  </configuration>
</plugin>

Die Anwendung sollte nun unter http://localhost:8088/ verfügbar sein.

Diesmal findet ihr darin auch meinen Artikel zur JSF-Komponentenbibliothek PrimeFaces. Viel Spaß beim Lesen.

Der Vortrag “Der lachende Dritte? – PrimeFaces im Vergleich zu RichFaces und IceFaces” findet am Montag, 13. 9., 11:20 – 12:30 Uhr statt.

Gespannt bin ich auch auf das umfangreiche Konferenzprogramm mit zahlreichen interessanten Vorträgen und Referenten. Ausführliche Informationen zur Konferenz findet man unter http://www.herbstcampus.de/hc10/index.html

Ausgangsstellung: Ich hatte in meiner JSF-Oberfläche mit RichFaces einen modalen Dialog eingebaut, der unter anderem einen Editor enthalten soll. Eigentlich ganz easy, nichts besonderes. Der Code sah vereinfacht und gekürzt in etwa so aus:

1
2
3
4
5
6
7
8
9
10

<rich:modalPanel id="editpanel" autosized="true">
	<h:form>
		... (andere Komponenten) ...
		<rich:editor id="editor" width="400" height="100" value="#{myBean.dialogBeschreibung}" />
		<a4j:commandButton value="Speichern" action="#{myBean.dialogSpeichern}" 
			oncomplete="#{rich:component('editpanel')}.hide();" reRender="treepanel" />
		<a4j:commandButton value="Abbrechen"
			onclick="#{rich:component('editpanel')}.hide();return false;" />
	</h:form>
</rich:modalPanel>

Eigentlich alles ok, oder? Also gut, ‘mvn tomcat:redeploy’ … ein bisschen einwirken lassen … Firefox auf, testen. Der Dialog springt sofort auf, aber der Editor ist tot, nicht mal den Cursor kriegt man zum blinken. Und auch der ‘Speichern’-Knopf zeigt keine Reaktion.

Die Lösung (besser: den Workaround) liefert JBoss.org Issue RF-7477 bzw RF-5268: Im modalPanel ist domElementAttachment=”parent” zu setzen. Zeile 1 von oben sieht dann also so aus:

<rich:modalPanel id="editpanel" domElementAttachment="parent" autosized="true">

Was lernt man daraus? Keine Ahnung, wohl das was wir schon oft gelernt haben: “Kaum macht mans richtig, schon gehts …”

$ python -m SimpleHTTPServer

Dieser Befehl startet einen Webserver, der das aktuelle Verzeichnis ins Netz bringt. Standardmäßig ist der Server auf Port 8000 erreichbar (einen alternativen Port gibt man einfach hinten dran: python -m SimpleHTTPServer 8888). Hat man den obigen Befehl gestartet (die Shell gibt nun das Zugriffsprotokoll aus), so kann man im Browser mit Aufruf von

http://localhost:8000  (bzw. http://rechnername:8000)

das Ergebnis betrachten. Sollte das Verzeichnis eine index.html bzw. index.htm enthalten, so wird diese als Webseite angezeigt, sonst werden die Ordner und Dateien des Verzeichnisses aufgelistet. In die Ordner kann man reinwechseln, oberste Ebene bleibt aber das Verzeichnis aus dem gestartet wurde.

Die möglichen Anwendungsfälle, die sich einem da im Alltag auftun sind unaufzählbar und es bleibt dem Leser überlassen, seine kreativen Einsatzzwecke zu entdecken und gerne in den Kommentaren kund zu tun.

Hier ein Beispiel, wie eine entsprechende Reporting-Sektion im pom.xml aussehen könnte:

<reporting>
  <outputDirectory>/ein/sinnvoller/pfad</outputDirectory>
  <plugins>
    <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-javadoc-plugin</artifactId>
      <configuration>
        <doclet>gr.spinellis.umlgraph.doclet.UmlGraphDoc</doclet>
        <docletArtifact>
          <groupId>gr.spinellis</groupId>
          <artifactId>UmlGraph</artifactId>
          <version>4.6</version>
        </docletArtifact>
        <additionalparam>
           -inferrel -inferdep -quiet -hide java.* -collpackages java.util.* -qualify
           -postfixpackage -nodefontsize 9
           -nodefontpackagesize 7
        </additionalparam>
      </configuration>
    </plugin>
  </plugins>
</reporting>

Und das Ergebnis kann sich sehen lassen:

Wer tiefer in die Materie, Parameter und Möglichkeiten von UMLGraph einsteigen möchte findet in der Onlinedokumentation ausführliche Hilfestellung.

Diese Theorie besagt, dass es in jedem System genau einen Flaschenhals (Constraint) gibt und gibt 5 Schritte vor, wie man den Engpass möglichst weit aufmacht, sprich entschärft.

Hier die begleitenden Folien, in denen auch das Spiel erläutert wird:

Und so wurden fleißig Boote und Hüte gefaltet und von Runde zu Runde war tatsächlich ein Fortschritt zu sehen.
Fazit: Ein lustiger Abend mit einem sehr einprägsamen Beispiel – so macht Lernen Spaß.

Leider wird dabei häufig vergessen, den Zeichensatz der generierten Mail richtig (bzw. überhaupt) zu setzen. Hat eine Mail im Header kein Feld “Content-Type:” gesetzt, so handelt man sich zwei gravierende Probleme ein:

1. Der empfangende Client kann die Mail nicht richtig interpretieren, da er nicht weiß, in welcher Codierung der Inhalt der Mail ist. Das hat zur Folge, dass Umlaute, Sonderzeichen usw. nicht richtig angezeigt werden.
2. viele Spam-Filter werten dies als Negativ-Punkt, somit steigt die Wahrscheinlichkeit, dass die Mail ihren Empfänger nicht erreicht.

Ich schreibe hier mal beispielhaft für PHP, Java, Spring und SEAM, wie man den Header um die Content-Type Angabe ergänzen kann. Dabei beschränke ich mich der Einfachheit halber auf eine simple Textmail, also kein Multipart mit HTML oder Attachment (Beispiele dazu lassen sich schnell im Web finden).

PHP:

$header = 'MIME-Version: 1.0' . "\n" . 'Content-type: text/plain; charset=UTF-8' . "\n" . $strFrom;
mail($strEmpfaenger, $strSubject, $strMailtext, $header) or die("Die Mail konnte nicht versendet werden.");

Java:

MimeMessage message = new MimeMessage(session);
message.setHeader("Content-Type", "text/plain" + "; charset=" + "UTF-8");

Spring:

MimeMessage mimeMessage = ...
MimeMessageHelper message = new MimeMessageHelper(mimeMessage, "UTF-8");

SEAM: (ein Facelet-Template, das vom SEAM gerendert wird)

   ...

Die Beispiele sind bewusst kurz gehalten, das Thema E-Mail-Programmierung kann wohl Bücher füllen. In erster Linie will ich Entwickler motivieren, bei aller Eile auch an die Kleinigkeiten zu denken.

Ich hoffe das neue Design ist gelungen – Kritik kann ja gerne hier in den Kommentaren hinterlassen werden!

Wer über Neues und Interessantes von und mit jsolutions im Bilde bleiben möchte kann via Twitter folgen: http://twitter.com/jsolutions_de

Meine Lösung war pragmatisch: Ich hab mir einfach zwei entsprechende Icons “gegimpt“:

Ok, besonders hübsch sind sie nicht (bin ja kein Grafiker und hatte auch keine Lust die groß zu verfeinern) aber sie erfüllen ihren Zweck!

Wer sie gerne verwenden möchte, nur zu, deswegen hab ich sie ja hier veröffentlicht! Fertige xpm-Dateien (und die hier abgebildeten png’s) kann man hier herunterladen.

Am Rande bemerkt: Derzeit tut sich sehr viel in Sachen Java-Entwicklungsumgebungen. Netbeans hat sich sehr gut entwickelt, eine Testinstallation (6.8 beta) hat mich begeistert. Und Inellij Idea gibt es jetzt auch in einer kostenlosen ‘Community Edition’. Aber das ist alles vielleicht mal einen eigenen Blog-Eintrag wert.

Die Validierung erfogt über Constraints, die als Annotationen angegeben werden. Es sind schon einige Constraints enthalten, für besondere Zwecke lassen sich eigene erstellen. Hier mal ein einfaches Beispiel:

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

// (imports usw. weggelassen)
public class Kunde {
 
    @NotNull(message = "Ein Kunde muss einen Namen haben")
    private String nachname;
 
    @Past(message = "Geboren in der Zukunft?")
    private Date geburtstag;
 
    @Size(min=6, max=20)
    @NotNull
    private String passwort;
 
    // Getter Setter usw.
}

Highlights der Version 4 sind:

• Native Integration in JPA 2 und JSF 2 (für SEAM Experten nichts neues, hat dort schon mit Version 3 von Hibernate Validator funktioniert)
• Groups: Es lassen sich Gruppen definieren, welche die Validierung bestimmter Constraints anstoßen
• Typsicherheit: Es wird sichergestellt, dass ein Constraint zum Datentyp des Properties passt.
• stark verbesserte Testsuite
• uvm. …

Noch ein Hinweis: Hibernate Validator kann unabhängig von einer Verwendung des Hibernate ORM eingesetzt werden.

Meine Empfehlung: Unbedingt anschauen!

Egal, dachte ich mir, trags in die inittab ein – doch halt, unter Ubuntu ist das ein bisschen anders. Ubuntu verwendet upstart. Aber keine Panik, das ist ganz einfach. Um einen Prozess zu starten, muss lediglich eine Datei in /etc/event.d angelegt werden. Soll dieser Prozess nach einer Beendigung (z.B. o.g. “Absturz”) automatisch wiedergestartet werden, muss das Schlüsselwörtchen ‘respawn’ enthalten sein.

Am einfachsten kopiert man sich die Datei /etc/event.d/tty2 als Vorlage und ändert dann in der letzten Zeile den exec Befehl.

Die Datei sollte dann etwa so aussehen:

start on runlevel 2
start on runlevel 3
 
stop on runlevel 0
stop on runlevel 1
stop on runlevel 4
stop on runlevel 5
stop on runlevel 6
 
respawn
exec /kompletterpfad/befehl

• Andy Schwartz’s Weblog – What’s New in JSF 2? (exzellente Übersicht!)
• Max Katz: Learning JSF2: Managed beans (erster Teil einer Einführungsserie)
• Max Katz: Learning JSF2: Navigation (zweiter Teil der Einführungsserie)
• Max Katz: Learning JSF2: Ajax in JSF – using f:ajax tag (Teil 3)
• Ed Burns: JSF2 Facelet Tag Handlers
• Adventures in JSF 2.0: Hello World Tutorial using Maven 2, JSF 2, Facelets 2, and Weld
• Kostenloses Online-Buch zu JSF 2.0 von irian.at
• www.javaserverfaces.org – das soll die Seite als Einstieg für alle JSF-Programmierer werden! Entdeckt habe ich sie via http://ocpsoft.com/java/jsf-java/jsf2-engaging-the-community/ (dort findet man im Übrigen PrettyFaces, eine Erweiterung für “schöne” URLs bei JSF-Anwendungen)

To be continued … (freue mich über jeden interessanten Link!!!)

Der htaccess-Mechanismus erlaubt eine verzeichnisorientierte Zugriffsbeschränkung über eine Authentifizierung. htaccess verlangt normalerweise einen gütigen Benutzername und Passwort, um auf dieses Verzeichnis (und seine Unterverzeichnisse) zugreifen zu dürfen.
Folgende Dinge sind zu tun, um ein Verzeichnis zu schützen:

1. in der httpd.conf:
htaccess muss für das Verzeichnis erlaubt werden. Dazu ist die Direktive AllowOveride All zu setzen. Beispiel:

<Directory /pfad/apache/htdocs/diesesverzeichnis>
    AllowOveride All
</Directory>

2. Anlegen der Datei .htaccess:
Im zu schützenden Verzeichnis wird die Datei angelegt (führenden Punkt nicht vergessen, dies ist eine versteckte Datei!):

AuthName "Dies ist der Login-Bereich von Fritzchen"
AuthType Basic
AuthUserFile /pfad/public/htdocs/login/.htpasswd
require valid-user

3. Anlegen der Datei .htpasswd:
Das Anlegen dieser Datei geschieht mit dem htpasswd-Befehl [update]bei Apache2 mit dem korrelierenden Befehl htpasswd2[/update]. Da die Passwörter verschlüsselt gespeichert werden, kann die Datei nicht von Hand erstellt werden.

Wir erzeugen die Datei z.B. mit folgendem Befehl:

$ htpasswd -c .htpasswd ersterbenutzer

Für jeden weiteren Benutzer rufen wir den Befehl ohne “create” auf:

$ htpasswd .htpasswd weitererbenutzer

• jvmstat 3.0 (enthält visualgc)
• Artikel auf heise Developer.

Dank ans heise Team, für den schönen Artikel!