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

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

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

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

Und auch kein ernsthaftes Interesse für sie entwickelt.

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

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

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

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

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

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

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

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

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

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

Warum Facelets verwenden:

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

1.es Beispiel

<h:panelGrid columns=1">

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

</h1></h:panelGrid>

Rendert als:

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

<h1></h1>

</table>

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

2.es Beispiel

<h:outputLabel for="name" />

<h:inputText id="name" />

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

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

(Ist auch bei JSF 1.2) vorhanden.

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

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

Einrichten

FaceletViewHandler einbinden in faces-config.xml

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

facelets.DEVELOPMENT

facelets.BUFFER_SIZE

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

facelets.VIEW_MAPPINGS

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

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

Erforderliche jars:

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

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

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

Legacy-Attribut setzen für mvn2

Logging-Eigenschaften separat.

Beispielseite: Normales XHTML, Namespaces eingebunden.

Templating

xmlns:ui="http://~"

Verwendung

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

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

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

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

jsfc – Zur Kompilezeit Element in Komponente umwandeln.

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

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

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

Custom TagLibs

Komponenten rein aus XHTML – TagHandler, Converter, Validator,

2 Alternative: 1 XML-Tag pro Komponente

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

<facelet-taglib>

<namespace …>

<tag>

<tag-name> etc.

Oder an Klasse binden (aber ungewöhnlich)

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

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

Dynamische Komponenten

in Facelets library

Beispiel f. Eingabekomponente.

ui:component alle Anderen sind Kind-Elemente.

Ist echte Komponente im Baum.

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

Dynamische Menüs-Beispiel.

Beispiel: Table-/Scroller-Kombination.

Method-Binding

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

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

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

Welche <ui:…/>-Tags

ui:fragment: rendert auch außenstehenden Text.

ui:composite

ui:decorate

ui:component

EL-Funktionen

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

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

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

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

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

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

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

KGs Fazit:

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

Oracle-Schenkung (vormals Oracle ADF Faces). Incubator-Projekt beendet am 22.04.2007; jetzt Unterprojekt von MyFaces. Craig Mc Clannaghan Incubator Mentor.

Wiki

Komponenten

Ca. 105 Komponenten. HTML AJAX Renderkit.

Dialogframework. Testframework. Facelet-Unterstützung "out-of-the-box". Dazu sind die Maven-Facelet-Plugins erforderlich.

Tomahawk-Unterstützung. AJAX4JSF-, Seam-Unterstützung. Tobago schwierig.

tr:charts – SVG-Graphiken, ziemlich beeindruckend.

tr:breadCrumbs – "Hänsel u. Gretel-Navigation"

tr:document – individuelle Load-Manipulation.

tr:form – Anders als normal

tr:icon – Skin-Icon

tr:inputListOfValue action kann sich auf bestimmte Datei beziehen.

tr:inputSpinBox Zahlenwert in Mini-List, mit Tastatur änderbar

tr:legend – für Skin Icons

tr:navigationPane z.B. als Tab gerendert. Abstrakte Klasse aus dem Model überschreiben ("Swingy").

tr:navigationTree

tr:page – f. Grundstruktur d. Layouts

tr:panel – diverse Layout-Komponenten, Border-, Group-, Form-Layout (wie Layout-Mgr). (###?Tomahawk document?###)

tr:poll Fortschrittsbalken – ziemlich cool – partialTriggers="poll" setzen. So lange wie Transaktion nicht abgeschlossen, wird die Seite angezeigt. action="[Seite/Zustand nach Beendigung]"; Beispiel: Auch für regelmäßiges Pollen auf Daten möglich (z.B. Aktienticker). Auch z.B. zum Ãœberprüfen aktiver Session.

tr:selectOne[...] – Zum Auswählen nur eines Elements (v.a. choice)

tr:selectManyShuttle – zwei ListBoxes mit Möglichkeit, Werte von einer in die andere zu übertragen.

tr:singleStepButton

tr:subform – Vorversenden von Formteilen

tr:treeTable

Table-Sortierung sehr einfach, ebenso Selektion.

tr:setActionListener (auch in JSF 1.2 default – für den Service Manager sehr interessant).

Projektstruktur

• trinidad-api
  Basisklassen, abstrakte Klassen, Code nur für Trinidad-Entwickler interessant…
• trinidad-impl
• trinidad-build

JSF-Komponentenerstellung beschränkt sich auf das Schreiben lediglich der Rendererklasse (!). Facelets u.U. problematisch.

Framework

API. Vereinfachung der Komponentenerstellung. Dialogframework. Optimierte Komponentenspeicherung: UIXComponentBase benutzt direkt Map und delegiert Bean-Methoden.

Maven2-Plugins. TagDoc Personalisierung. Skinning-Dateien.

Dialogframework z.B: für Wizards. processScope zw. Request und Session. Events: launch und return.

HTML AJAX RenderKit

Partial Page Rendering. iframe anstelle von XmlHttpRequest-Objekt. Clientseitige Validierung, kein form.submit(). Wäre u.U. auch sehr interessant f. Service Manager.

autoSubmit – input Components f. action, partialSubmit – command, partialTriggers – für listener, bezieht sich auf partial/autoSubmit Komponente

PPR via Java API auch möglich (in action-Methode; RequestContext-Objekt von Trinidad nicht mit Faces-OBjekt verwechseln.).

RenderKit Extension – JS an Client senden (programmatisch).

RenderKit Skinning Architecture. CSS anlegen, registrieren in trinidad-config.xml und trinidad-skins.xml

Referenzieren auf Komponenten über Pseudoelemente, af|Komponente::Attribut { … }

Skinning-Verhalten über EL dynamisch änderbar!

Accessibility: default, inaccessible, screenreader (f. Blinde), right-to-left, debug-output

Demo-Anwendung http://code.google.com/p/facesgoodies.

Arbeiten mit Trinidad

Vergleich JSF-Standard ./. Trinidad. Sehr angenehm: tr-Tags mit anderen (f) einsetzbar.

JSF 1.2 nur im branch, wartet auf MyFaces update. Aber stable, mit "magic script" permanentes Merge, derzeit keine nightly builds, das Continuum derzeit down.

Gesamteindruck

Sehr mächtig, sehr traurig, dass das HTML AJAX RenderKit auf iframe basiert

Am einfachsten geht's aber mittlerweile mit Maven, siehe http://wiki.apache.org/myfaces/MyFaces_Archetypes_for_Maven.

Eigentlich sind solche Archteypen ja etwas für MDA-"FUDders", denn der Unterschied hinsichtlich der Vorgehensweise zur JSF-Cartridge von AndroMDA ist gar nicht so groß. 

Zur Dokumentation: 

<?xml version="1.0"?><web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"> 

    <context-param>        <description>            State saving method: "client" or "server" (= default)            See JSF Specification 2.5.2        </description>            <param-name>javax.faces.STATE_SAVING_METHOD</param-name>        <param-value>server</param-value>    </context-param>

    <context-param>        <description>            This parameter tells MyFaces if javascript code should be allowed in the            rendered HTML output.            If javascript is allowed, command_link anchors will have javascript code            that submits the corresponding form.            If javascript is not allowed, the state saving info and nested parameters            will be added as url parameters.            Default: "true"        </description>            <param-name>org.apache.myfaces.ALLOW_JAVASCRIPT</param-name>        <param-value>true</param-value>    </context-param>

    <context-param>        <description>            This parameter tells MyFaces if javascript code should be allowed in the            rendered HTML output.            If javascript is allowed, command_link anchors will have javascript code            that submits the corresponding form.            If javascript is not allowed, the state saving info and nested parameters            will be added as url parameters.            Default: "false"

            Setting this param to true should be combined with STATE_SAVING_METHOD "server" for            best results.

            This is an EXPERIMENTAL feature. You also have to enable the detector filter/filter mapping below to get            JavaScript detection working.        </description>        <param-name>org.apache.myfaces.DETECT_JAVASCRIPT</param-name>        <param-value>false</param-value>    </context-param>

    <context-param>        <description>            If true, rendered HTML code will be formatted, so that it is "human readable".            i.e. additional line separators and whitespace will be written, that do not            influence the HTML code.            Default: "true"        </description>        <param-name>org.apache.myfaces.PRETTY_HTML</param-name>        <param-value>true</param-value>    </context-param>

    <context-param>        <description>            If true, a javascript function will be rendered that is able to restore the            former vertical scroll on every request. Convenient feature if you have pages            with long lists and you do not want the browser page to always jump to the top            if you trigger a link or button action that stays on the same page.            Default: "false"        </description>            <param-name>org.apache.myfaces.AUTO_SCROLL</param-name>        <param-value>true</param-value>    </context-param>

    <!-- Extensions Filter -->    <filter>        <filter-name>MyFacesExtensionsFilter</filter-name>        <filter-class>org.apache.myfaces.webapp.filter.ExtensionsFilter</filter-class>        <init-param>            <description>Set the size limit for uploaded files.                Format: 10 - 10 bytes                        10k - 10 KB                        10m - 10 MB                        1g - 1 GB            </description>        			<param-name>maxFileSize</param-name>			<param-value>20m</param-value>        </init-param> </filter> <filter-mapping>  <filter-name>MyFacesExtensionsFilter</filter-name>  <!-- servlet-name must match the name of your javax.faces.webapp.FacesServlet entry -->  <servlet-name>Faces Servlet</servlet-name> </filter-mapping> <!-- extension mapping for serving page-independent resources (javascript, stylesheets, images, etc.)  --> <filter-mapping>  <filter-name>MyFacesExtensionsFilter</filter-name>  <url-pattern>/faces/myFacesExtensionResource/*</url-pattern> </filter-mapping> <filter-mapping>  <filter-name>MyFacesExtensionsFilter</filter-name>  <url-pattern>*.jsp</url-pattern> </filter-mapping>

 <!-- Listener, that does all the startup work (configuration, init). --> <listener>  <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> </listener> <!-- Faces Servlet --> <servlet>  <servlet-name>Faces Servlet</servlet-name>  <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>  <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping>  <servlet-name>Faces Servlet</servlet-name>  <url-pattern>*.jsf</url-pattern> </servlet-mapping> <servlet-mapping>  <servlet-name>Faces Servlet</servlet-name>  <url-pattern>/faces/*</url-pattern> </servlet-mapping> <login-config>  <auth-method>BASIC</auth-method> </login-config></web-app>