1. Ease of use

• An intuitive way to access the Composer directly
• An easy way to scroll to a specific UI component

2. Component reloaded

• Datebox format enhancement
• A way to specify the position of the Popup component
• Native namespace support for zkhead

3. Databinding enhancements

• Using the “load-after” descriptive to delay loading behavior
• Using the “save-after” descriptive to delay saving behavior

4. Advanced features

• Use the Component ID as a UUID for unit test
• A method of monitoring the generation of children components using the FullComposer

Nun ja, so jetzt erstmal, zumindest für meine Belange, nicht soo spannend. Aber immerhin…

Hier nun aber nochmal das komplette Changelog, für alle, die’s genau wissen wollen:

* Features
  2677655: A way to use ID as UUID for unit test purpse
  2724923: Support scrollIntoView to scroll an element to become visible
  2779199: A way to let composer monitor the composing of all children
  2778508: GenericXxxComposer shall be accessible immediatly
  2778513: Add "xxx$composer" as a variabl of applied GenericXxxComposer
  2666743: Support component-apply in lang-addon
  2666812: Log ZK version number at server bootup
  2677873: A way to always get full stacktrace
  2681333: Resumable filedownload limit to allowed period and number
  2681775: Resumable filedownload supports relative path
  2689696: Native namespace supports zkhead
  2708855: A way to customize CometServerPush for diff device
  2675648: Server Push and number of browser windows issue
  2713463: Audio supports the loop attribute
  2718665: Flash supports  the dynamic content (setContent)
  2770471: GenericAutowireComposer shall support wiring ZScript varible
  2209199: BeanShell error message shall show the correct line number
  2314215: A way to specify the position of the popup component
  2778507: Add load-after descriptive to DataBinder
  2779281: Add save-after descriptive to DataBinder
  2783319: Datebox support hour format
 
* Bugs
  2684510: Unable to access implict objects if func defined in other namespace
  2781051: The self implicit variable lost after doModal
  2685872: Comet not send back new value of textbox if no listener
  2684322: Nullpoint when accese to a nonexist page
  2681819: normal page throws exception after installed zkspring
  2689443: script in native namespace shall not encode the content
  2687399: Filedownload error if included by JSP or other servlet
  2691017: Filedownload with InputStream results empty file if blocked
  2669197: filedownload.save(reader, content, filename) not working
  2668190: NullPointerException on SessionsCtrl.getSession() when undeploy
  2673128: Impossible to select some date
  2705040: Navigating Combobox causes JS error
  2711600: Applet generates the wrong param tags
  2716731: flash component doesn't support absolute URI
  2721780: Nested window resize problem
  2722982: Tree render proble with a combobox and a lot of comboitems
  2726542: The result of zk.revisedOffset is inconsistent between IE&FF2
  2746948: Datebox shadow not sync
  2747825: Add the attribute "title" in XSD for BorderLayout children
  2769863: Unnecessary scrollbar appear in IE with Menu
  2771231: Add attribute "oddRowSclass" for listbox
  2769836: Favicon in Safari is not work
  2715894: The header of Grid, listbox, and tree display error in IE8
  2686585: fileupload.get javascript error on jsp pages
  2721977: WrongValuesException and focus
  2560497: Dateboxes: "ddMMyy" is not working
  2716537: Large data set in chart cause browser no response
  2761151: fail to import zkdemo-3.6.0.war to Eclipse
  1939263: Splitter - Dark blue bar won't overlap the light blue bar
  2564298: Clear a Datebox with constraint
  2777241: Exception StringIndexOutOfBoundsException in Maps loading
  2697462: Tree selection is remembered even when unselected
  2777293: Tree keeps old data with new Model
  2778334: The doModal window in IE6 with SSL shows security issue
  2710830: Position doesn't work if closable is set for window
  2777216: Problem paging detail at Grid Component
  2688197: Popup border disappearance on IE 7
  2778524: Datebox always shows constraint-error
  2688620: setSelectionRange() fails in Timebox and Spinner
  2678340: timebox bug when tabbing to change foucs
  2721980: Drag+Drop Problem on IE 6/7
  2713338: Node object is not set in treeitem
  2779453: Checkmarks lost when used in a detail component
  2780038: zhtml.Messagebox.INFORMATION returns wrong value
  2779247: No tooltip in chart after using  jfreechart 1.0.13
  2685842: Panel and Window corner's position error in Tabpanel(IE)
  2780144: rendering of tree with z-dottree and hidden treeitems
  2782400: Correct XSD definition for panel usage
  2784107: Datebox onchange problem
  2782751: listbox fails to restore activepage if re-set the model
  2783767: BSHInterperter does not respect HierachicalAware spec.
  2786500: Menupopup fails when invoking open() method

Mehr unter: http://docs.zkoss.org/wiki/New_Features_of_ZK_3.6.1

Bookmark It

Hide Sites

Kurz zur Erklärung: Smooks ist ein Framework zur generischen Verarbeitung von XML-Dateien, bzw. XML-Fragmenten. Die Verarbeitung ist einfach: In einer Mapping-datei wird für jeden XML-Pfad ein Handler definiert, der über das Visitor-Pattern irgendetwas ausführt. So kann für ein Element (oder einen Teilbaum) z.B. ein XSLT ausgeführt werden oder auch völlig individueller Java-Codeausgeführt werden.

Hier ein Beispiel aus der Mapping-Datei (smooks-res.xml):

<smooks-resource selector="ORDER"
useragent="from-type:text/xml:fullfillorder and
from:dvdstore:orderdispatchservice"
path="org.milyn.javabean.ProcessingPhaseBeanPopulator" >
<param name="beanId">ORDER</param>
<param name="beanClass">org.jboss.soa.esb.dvdstore.Order</param>
<param name="addToList">true</param>
</smooks-resource>
<smooks-resource selector="ORDER"
useragent="from-type:text/xml:fullfillorder and
from:dvdstore:orderdispatchservice"
path="org.milyn.javabean.ProcessingPhaseBeanPopulator" >
<param name="beanId">order</param>
<param name="attributeName">orderId</param>
</smooks-resource>
<!-- ... repeat for each attribute ... -->

In diesem Beispiel wird für jedes Element “ORDER” der ProcessingPhaseBeanPopulator “besucht”. Der ProcessingPhaseBeanPopulator wird vom smooks-Framework über eine sog. Cartridge mitgeliefert. Er hat die Aufgabe, aus dem element “ORDER” ein POJO, also eine Java-Klasse zu generieren. Attribute können zu Java-Properties gemappt werden und für Unterelemente können ebenfalls Visitors definiert werden, die beispielsweise wiederum Properties setzen. Sowie sogut. Das Problem ist bloss, dass bei “echten” Business-Daten die Datenstrukturen nicht so trivial sind, wie in dem vom ESB mitgelieferten Sample “quickstarts/transformXML2POJO“. Habe ich ein ORDER-Element mit 30 oder mehr Unterelementen, die die Properties der ORDER definieren, wird mein smooks-mappingfile recht umfangreich und vor allem sehr wartungsfeindlich.

Schön wäre eine Smooks-Cartridge, die die Unterlemente eines XML-Elements automatisch auf die Properties (genaugesagt auf die Setter) meines POJO Mappt. So kann mit minimaler Konfiguration eine ganze Reihe von umfangreichen XML-Strukturen auf POJOs transformiert werden, ohne tonnenweise quasi-redundanten Konfigurationscode zu erzeugen.

Hierzu habe ich die von smooks mitgelieferte javabeans-cartridge etwas modifiziert, so dass folgende Konfiguration möglich ist:

<smooks-resource selector="ORDER"
useragent="from-type:text/xml:fullfillorder and
from:dvdstore:orderdispatchservice"
path="org.milyn.javabean.MyProcessingPhaseBeanPopulator" >
<param name="beanId">order</param>
<param name="beanClass">org.jboss.soa.esb.dvdstore.Order</param>
<param name="attributesFromChildren">true</param>
</smooks-resource>

Damit das funktioniert, habe ich in der Klasse ProcessingPhaseBeanPopulator etwas Code ergänzt.

Zunächst das Einlesen der Konfiguration, die nun den Parameter “attributesFromChildren” unterstützen soll:

public void setConfiguration(SmooksResourceConfiguration config) {
// ... existing code
// START Added by om, form4
attributesFromChildren =
config.getBoolParameter("attributesFromChildren", false);
// END Added by om, form4
}

Und das Processing im eigentlichen Visitor:

public void visit(Element element, ContainerRequest request) {
Object bean = getBean(request);
// START Added by om, form4
if (attributesFromChildren) {
NodeList children = element.getElementsByTagName("*");
for (int i = 0; i < bean.getClass().getMethods().length; i++) {
Method method = bean.getClass().getMethods()[i];
if (method.getName().startsWith("set")) {
String attr = method.getName().replaceAll("^set", "").toLowerCase();
for (int j = 0; j < children.getLength(); j++) {
Element child = (Element) children.item(j);
if (attr.equalsIgnoreCase(child.getNodeName())) {
try {
String val = DomUtils.getAllText(child, false);
method.invoke(bean, new Object[] { val });
} catch (Exception e) {
logger.error(e); // etwas ignorant...
}
break;
}
}
}
}
}
// END Added by om, form4
// ... go on with original code ...
}


Bookmark It

Hide Sites

Beide setzen inzwischen AJAX zur Aufwertung des Webfrontends ein, beide gelten als mehr oder weniger produktionsreif.

Während Chiba für sich beansprucht, sich strenger an den XForms-Standard zu halten und ausschlieÃ?lich eine reine XForms-Implementierung zu sein, verführt der OPS (Orbeon Presentation Server) mit einem XML-Piplining-Framework ala Cocoon, das zwar mit einer XForms-Implementierung nicht wirklich etwas zu tun hat, aber doch anscheinend die perfekte Schnittstelle für einen XML-zentrierte Formulararchitektur ist. Die XPL (XML Pipeline Language) des OPS erwartet XML als Input, verarbeitet diesen über sogenannte Prozessoren und gibt XML zurück. Das ist genau, was ein klassisches XForm erwartet: Dataprocessing via XML. Im übrigen liegt die von Orbeon, Inc. entwickelte XPL als Submission Draft beim W3C vor, was hoffen lässt, dass sich hieraus in Zukunft mehr entwickelt…

Bookmark It

Hide Sites