Hier einige Links:

• http://opensource.yeebase.com/project/solr/
• http://wiki.computerwoche.de/doku.php/suchmaschinen/solr
• http://lucene.apache.org/solr/
• http://lucene.apache.org/solr/tutorial.html

Siehe auch:

• http://typo3blogger.de/t3ak09-solr-suche-lucene-based-search-engine/
• http://blogs.srijan.in/2009/02/10/typo3-and-apache-solr/

Und das…

• http://t3n.yeebase.com/suchtechnologie-apache-solr-drupal-nutzen-247537/

Bookmark It

Hide Sites

… funktioniert leider nicht. Die IndexColumn wird von Hibernate nicht mehr verwaltet, da der Owner hier die Klasse Child ist.

Der Trick ist, das Ownership umzukehren:


public class Parent {
@OneToMany
@JoinColumn(name = "parent_id")
@IndexColumn(name = "idx")
private List children = new ArrayList();
// ...
}
public class Child{
@ManyToOne
@JoinColumn(name = "parent_id", updatable = false, insertable = false)
private Parent parent;
// ...
}

Nun gehts!

Danke an: http://josian.wordpress.com

Bookmark It

Hide Sites

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

ERROR [proxy.pojo.BasicLazyInitializer] Javassist Enhancement failed:
org.alfresco.repo.avm.PlainDirectoryNodeImpl
java.lang.RuntimeException: by java.lang.IllegalAccessError:
class org.hibernate.proxy.HibernateProxy_$$_javassist_110 cannot access its
superinterface org.alfresco.repo.avm.PlainDirectoryNode
at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:342)In der Datei server/default/deploy/ejb3.deployer/META-INF/persistence.properties ist der Hibernate Bytecode Provider von “javassist” auf cglib zu ändern:

#hibernate.bytecode.provider=javassist
hibernate.bytecode.provider=cglibWarum das so ist weiß der Geier. Und der hier, der weiß das offensichtlich auch. Danke!

Bookmark It

Hide Sites

Dem scp-Task ist das Attribut sftp=”yes” hinzuzufügen, dann wird über SFTP gesendet und alles ist gut.

Eclipse muss hierzu jedoch auf 3.3 upgegradet werden wg. neuer ANT-Version.

Bookmark It

Hide Sites

java.lang.UnsatisfiedLinkError: no Win32NetBIOS in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1030)
at [...]

Die Lösung: Das Bundle installieren und aus dem bin-Verzeichnis die Datei Win32NetBIOS.dll holen. Diese ins Verzeichnis ${jboss.home}/bin kopieren.

Bookmark It

Hide Sites

More than one root node in index: 2…deployment failed.

Die Ursache war einfach: wenn Die Alfresco-Datenbank gelöscht wird, MUSS auch das Verzeichnis alf_data geleert werden.

Bookmark It

Hide Sites

Nun möchte man aber dennoch gerne Automatisches Deployment auf diese Server mittels SCP-Task über ANT realisieren.

Dies ist möglich über RSA-Keys. Da ich immer wieder vergesse, was man da nun genau machen muss, hier nun ein Kochrezept:

1. Per SSH mit dem User, der auch der Deploy-User wird, auf das Zielsystem einloggen
2. Im Home-Verzeichnis das Verzeichnis .ssh anlegen
   > md .ssh
3. Den SSH-Keygenerator starten
   > ssh-keygen -t rsa -f ./.ssh/id_rsa
Generating public/private rsa key pair.
Enter passphrase (empty for no passphrase):
4. Ein Passwort (Passphrase) eingeben:
   Enter same passphrase again:
5. Nochmal:
   Your identification has been saved in ./.ssh/id_rsa.
Your public key has been saved in ./.ssh/id_rsa.pub.
The key fingerprint is:
0a:c2:a5:bc:90:fb:5d:37:2c:95:21:54:6f:0b:86:38 jboss@blablablaNun sind zwei Dateien entstanden:

   ls -la .ssh/
-rw------- 1 jboss jboss 1743 2007-03-08 11:51 id_rsa
-rw-r--r-- 1 jboss jboss 398 2007-03-08 11:51 id_rsa.pub

6. Dem Verzeichnis .ssh die Rechte für others nehmen:
   > chmod 750 .ssh
7. Die Datei id_rsa wird auf den lokalen Rechner kopiert
8. Die Datei id_rsa.pub wird umbenannt zu authorized_keys
   > cd .ssh
> mv id_rsa.pub authorized_keys
9. So, nun kann der SCP-Task entsprechend gestartet werden:
   <scp
port="${scp.port}"
trust="yes"
remoteTodir="${scp.user}:${scp.pass}@${scp.host}:${scp.dir}"
verbose="yes"
passphrase="${scp.pass}"
keyfile="${scp.keyfile}">
<fileset dir="jboss" includes="**/*" />
</scp>…wobei ${scp.keyfile} der Pfad zu der lokalen Datei id_rsa und ${scp.pass} die eingegebene Passphrase ist.

Alles gut!

Bookmark It

Hide Sites

Data truncation: Data too long for column 'MODIFIABLE' at row 1

Wobei das Feld MODIFIABLE vom Typ bit ist und hier der Wert ‘1‘ eingefügt werden soll.

Die Lösung ist simpel: Es handelt sich um einen Bug im MySQL JDBC-Treiber Version 5.0.3. Also: Upgrade auf z.B. 5.0.4 und gut is.

Bookmark It

Hide Sites

So, jetzt kommt die Herausforderung: Integration von Alfresco 2.0 in JBoss AS 4.0.5 unter Portal 2.4.1 und MySQL. Zunächst also mal in den Alfresco-Foren gestöbert. Die schlechte Nachricht: Es geht nicht. Die gute Nachricht: Es geht doch, wenn man sich etwas Mühe gibt. Die Kernaussage dieses Wiki-Eintrages ist, dass im aktuellen Release einige Issues existieren, die den Betrieb von Alfresco 2.0 unter JBoss Portal 2.4.1 unmöglich machen. Diese Issues sin in aktuellen Revisionen des SVN-Repositories jedoch bereits gefixt, so dass ein manuelles Build eines SVN-Snapshots nötig ist. Es gibt glücklicherweise eine Wiki-Eintrag, der beschreibt, wie das zu bewerkstelligen ist. Na dann wollen wir mal sehen, ich werd das jetzt mal ganz brav step-bystep befolgen…

1. SVN-Client Installieren (Subclipse beispielsweise)
2. Das Alfresco-Repository unter svn://svn.alfresco.com/alfresco/HEAD konnektieren und Revision 574 holen (dauert erwartungsgemäß ewig…)
3. Die Umgebungsvariable JBOSS_HOME auf die JBoss AS Installation setzen
4. Ant herunterladen und als Standalone installieren. Das ANT-bin-Verzeichnis in die Umgebungsvariable PATH aufnehmen. Umgebungsvariable ANT_HOME setzen.
5. JAVA_HOME aufs JDK setzen
6. In dem Verzeichnis root/common des Alfresco-Projektes das Tartget build-jboss ausführen: ant build-jboss. Es entstehen folgende Dateien, die vom build-Script freundlicherweise gleich deployed werden:
7. • ${jboss.home}/bin/.hotspot_compiler (was auch immer der macht…)
   • ${jboss.home}/server/default/lib/mysql-connector-java-5.0.3-bin.jar (andere MySQL-Treiber werden entfernt)
   • ${jboss.home}/server/default/deploy/alfresco.war
8. In der Datei ${jboss.home}/bin/run.bat (bzw. run.sh) folgenden Code zu den JAVA_OPTS hinzufügen:
   -server -XX:MaxPermSize=128m cvx (Siehe auch: Das PermgenSpace-Problem)
9. Leere Datenbank “alfresco” in MySQL anlegen:
   create database alfresco;
grant all privileges on alfresco.* to 'alfresco'@'localhost'
identified by 'alfresco' with grant option;
grant all privileges on alfresco.* to 'alfresco'@'localhost.localdomain'
identified by 'alfresco' with grant option;
10. Und go!

So, jetzt kommt also der Moment, in dem die Kuh den Schwanz hebt… uuund … läuft! Fast.

Ein Problem gibt es jetzt noch: Nach dem erfolgreichen Einklinken des AlfrescoClientWindow-Portlets bzw. beim Anzeigen desselben erscheint die Fehlermeldung:

Unable to find setter method for attribute acceptCharset in /jsp/browse/browse.jsp.

Ein Blick in diese Dateio zeigt:

<h:form acceptCharset="UTF-8" id="browse">

Der h-Namespace kommt von MyFaces. Achja, da war ja noch was, die MyFaces-Bibliotheken sollten ohnehin ersetzt werden. Also:

${jboss.home}/server/default/deploy/jbossweb-tomcat55.sar/jsf-libs/myfaces-* löschen und durch aktuelle (1.1.5+) ersetzen. Und? Nee!

Nun kommt im AlfrecoClientWindow:

javax.faces.FacesException: org.apache.jasper.JasperException:
The absolute uri: http://java.sun.com/jsf/html
cannot be resolved in either web.xml or the jar files
deployed with this application

Na toll, was soll das jetzt? Nach einiger Recherche habe ich nun die myfaces-libs in der Version 1.1.1 nach ${jboss.home}/server/default/deploy/jbossweb-tomcat55.sar/jsf-libs kopiert. Nun ist alles super!

13:29:40,531 INFO [org.jboss.system.server.Server] JBoss (MX MicroKernel)
[4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)]
Started in 4m:11s:235ms (hmpf...)

Bookmark It

Hide Sites

Da wir gerade dabei sind, Alfresco (ursprünglich in der Version 1.4) bei einem unserer Kunden einzuführen, stellt sich nun
natürlich die spannende Frage, was uns dieses Major Release nun konkret bringt.

Zunächst wäre da mal die lange erwartete WCMS-Komponente, also ein JSR-170 konformes System für Webcontent.

Hier zunächst mal ein Ausschnitt aus dem Original Post:

[...] This release introduces a number of new features, including:

• GPL with FLOSS exception
• Web Content Managment 1.0 with:
  • Web Project Wizard
  • Forms Management Wizard
  • Website Development and Staging
  • XML Content Authoring
  • FreeMarker, XSL and XSL-FO transformations
  • Virtualization and In-Context Preview
  • Workflow for change sets
• Federated Search
• OpenSearch support
• Add-on Module Management
• Tree Navigation (AJAX)
• Multilingual Services

[...]

Nun gut, sagt mir erstmal noch so viel, muss ich gestehen. Werde mich mal dranmachen, das ganze zu evaluieren…

Bookmark It

Hide Sites

Folgende Schritte waren letztendlich nötig:

1. Server Konfiguration

In der Datei ${jboss.home}/server/default/conf/service.xml muss folgender Block eingefügt (bzw. einkommentiert und angepasst) werden:

<mbean code="org.jboss.services.binding.ServiceBindingManager"
name="jboss.system:service=ServiceBindingManager">
<attribute name="ServerName">ports-01</attribute>
<attribute name="StoreURL">
${jboss.home.url}/server/default/conf/service-bindings.xml
</attribute>
<attribute name="StoreFactoryClassName">
org.jboss.services.binding.XMLServicesStoreFactory
</attribute>
</mbean>Damit wird über service-bindings.xml ein alternatives Binding, also eine alternative Portkonfiguration definiert. Diese Date findet man als Vorlage unter ${jboss.home}/docs/examples/binding-manager/sample-bindings.xml

Inder Datei service-bindings.xml werden zwei Serverkonfigurationen definiert: ports-default, die bleibt so wie sie ist, und server-01, das ist unsere modifizierte Konfiguration.

Hier die wichtigen Stellen aus dieser Datei:

<service-bindings>
<!-- Standardkonfiguration -->
<server name="ports-default">
<service-config name="jboss:service=Naming"
delegateClass="org.jboss.services.binding.AttributeMappingDelegate">
<delegate-config portName="Port" hostName="BindAddress">
<attribute name="RmiPort">1098</attribute>
</delegate-config>
<binding port="1099" host="${jboss.bind.address}" />
</service-config>
<service-config name="jboss:service=WebService"
delegateClass="org.jboss.services.binding.AttributeMappingDelegate">
<delegate-config portName="Port" />
<binding port="8083" />
</service-config>
<!-- usw. für alle definierten Portnummern -->
</server>
<!-- Hier wirds spannend... -->
<server name="ports-01">
<!-- Umkonfiguration des Naming-Dienstes -->
<service-config name="jboss:service=Naming"
delegateClass="org.jboss.services.binding.AttributeMappingDelegate">
<delegate-config portName="Port" hostName="BindAddress">
<attribute name="RmiPort">1198</attribute>
</delegate-config>
<binding port="1199" host="${jboss.bind.address}" />
</service-config>
<!-- Der Rest bleibt wie er ist... -->
</server>
</service-bindings>

2. Patch für JBoss ESB 4.0

Beim Hochfahren der jUDDI-Registry ver sucht der ESB, diese bei localhost:1099 anzumelden, was ja normalerweise auch richtig ist. Nutzt man den ESB mit jUDDI, so muss im Verzeichnis ${jboss.home}/server/default/conf die Datei juddi.properties vorhanden sein. In dieser lässt sich so einiges bzgl. der Registry für den Service-Bus konfigurieren, unter Anderem folgendes:

# JNDI settings (used by RMITransport
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1199
java.naming.factory.url.pkgs=org.jboss.namingSuper, genau, was man braucht! Denkste. Die olle Registry meldet sich immer noch auf localhost:1099 an. Der Grung dafür ist ein Bug im JBoss ESB, genauer am jUDDI-Proxy. Folgende Klasse existiert im ESB:

# JNDI settings (used by RMITransport)
package org.jboss.internal.soa.esb.dependencies;
import java.io.File;
import java.net.URI;
import java.util.Properties;
import java.io.IOException;
import java.io.InputStream;
import javax.naming.InitialContext;
public class JuddiRMIService extends ServiceMBeanSupport
implements JuddiRMIServiceMBean {
private Logger logger = Logger.getLogger(this.getClass());
protected void startService() throws Exception {
logger.info("starting juddi RMI service");
final String confURL = System.getProperty("jboss.server.config.url") ;
final URI confDirURI = new URI(confURL) ;
final File confDir = new File(confDirURI) ;
System.setProperty("juddi.propertiesFile", confDir + "/juddi.properties");
JNDIRegistration.register();
}
protected void stopService() throws Exception {
logger.info("Unbinding juddi services");
final InitialContext ic = new InitialContext() ;
ic.unbind(JNDIRegistration.INQUIRY_SERVICE) ;
ic.unbind(JNDIRegistration.PUBLISH_SERVICE) ;
}
}Der Fehler tritt bei JNDIRegistration.register() auf. Das Problem ist, dass die jUDDI-Konfiguratiuon beim Aufruf dieser Static-Methode noch gar nicht eingelesen ist, also wird fröhlich weiter beim Standard JNDI-Port localhost:1099 angemeldet. Hier der Patch:

package org.jboss.internal.soa.esb.dependencies;
import java.io.File;
import java.net.URI;
import java.util.Properties;
import java.io.IOException;
import java.io.InputStream;
import javax.naming.InitialContext;
import org.apache.juddi.registry.RegistryEngine;
import org.apache.juddi.registry.rmi.JNDIRegistration;
import org.apache.log4j.Logger;
import org.jboss.system.ServiceMBeanSupport;
import org.apache.juddi.util.Config;
import org.apache.juddi.util.Loader;
public class JuddiRMIService extends ServiceMBeanSupport
implements JuddiRMIServiceMBean {
private Logger logger = Logger.getLogger(this.getClass());
private static final String PROPFILE_NAME = "juddi.properties";
protected void startService() throws Exception {
logger.info("starting juddi RMI service");
final String confURL = System.getProperty("jboss.server.config.url") ;
final URI confDirURI = new URI(confURL) ;
final File confDir = new File(confDirURI) ;
System.setProperty("juddi.propertiesFile", confDir + "/juddi.properties");
logger.info("** Patch om@form4: start preloading properties");
try {
InputStream stream = Loader.getResourceAsStream(PROPFILE_NAME);
if (stream != null) {
Properties props = new Properties();
props.load(stream);
Config.addProperties(props);
logger.info("** Patch om@form4: preloading properties successful");
}
} catch (IOException ioex) {
logger.error("An error occured while loading properties
from: "+PROPFILE_NAME,ioex);
}
JNDIRegistration.register();
}
protected void stopService() throws Exception {
logger.info("Unbinding juddi services");
final InitialContext ic = new InitialContext() ;
ic.unbind(JNDIRegistration.INQUIRY_SERVICE) ;
ic.unbind(JNDIRegistration.PUBLISH_SERVICE) ;
}
}Jetzt muss noch das Build der JBoss ESB-Quellen angeschmissen werden und es entsteht u. A. die Datei jbossesb-dependencies.jar, die in der Original-Distribution ersetzt werden muss.

Nun geht auch das.

3. Umkonfiguration des ESB

Was auch stundenlanges Debuggen erfordert hat, ist eigentlich ganz einfach: In der Datei ${jboss.home}/server/default/conf/jbossesb.xml wird die jndi-url lapidar mit “localhost” angegeben. Das muss konkretisiert werden. Aus:

<jms-provider name="JBossMQ"
connection-factory="ConnectionFactory"
jndi-context-factory="org.jnp.interfaces.NamingContextFactory"
jndi-URL="localhost">wird:

<jms-provider name="JBossMQ"
connection-factory="ConnectionFactory"
jndi-context-factory="org.jnp.interfaces.NamingContextFactory"
jndi-URL="localhost:1199">Ähnliches nochmal in ${jboss.home}/server/default/conf/jbossesb-properties.xml . Aus:

<property name="org.jboss.soa.esb.jndi.server.url" value="localhost"/>wird:

<property name="org.jboss.soa.esb.jndi.server.url" value="localhost:1199"/>

4. jndi.properties umkonfigurieren

Zu guter letzt noch in der Datei ${jboss.home}/server/default/conf/jndi.properties folgende Zeile ergänzen:

java.naming.provider.url=jnp://localhost:1199Jetzt ist alles gut!

Bookmark It

Hide Sites

folgende:
set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m
-XX:+CMSPermGenSweepingEnabled -XX:MaxPermSize=128m
-Dsun.rmi.dgc.client.gcInterval=3600000
-Dsun.rmi.dgc.server.gcInterval=3600000

Der PermGenSpace liegt standardmäßig bei 64m, was für den feisten JBoss AS offensichtlich etwas knapp bemessen ist. Hierüber wird dieser Wert auf 128m erhöht.
Trotzdem geht der JBoss mit dem PermGenSpace offensichtlich etwas schluderig um, denn auch bei 128m ist dieser nach einem Tag Intensiver Entwicklung voll, und der Server muss neu gestartet werden. Deutet auf ein Speicherleck hin…

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

<action class="org.jboss.soa.esb.actions.SeamProxy" name="MySeamComponent"/>

Der Name MySeamComponent würde innerhalb einer solchen Out-of-the-Box-Action automatisch auf das @Name der Seam-Komponente gemappt werden (die Action löst das intern über einen JNDI-Lookup).

Weiterhin im Gespräch ist ein Action-Interface MarshalledActionProcessor mit einer einzigen Methode mit folgender Signatur:

public Object process(Object[] objects) throws ActionProcessingException;

So kann innerhalb von Seam, wie in Seam üblich, mit einem ganz normalen Objekt gearbeitert werden, während sich das ESB-Developer-Team von JBoss überlegt wie sie eine ESB-Message in ein Objekt transformiert (marshalled).

Dies sind jedoch lediglich erste Gedanken der ESB-Entwickler. Die Diskussion hierüber kann derzeit im JBoss ESB Developer Forum nachvollzogen werden.

Bookmark It

Hide Sites

Leider stürzt Eclipse nun (wie auch nach der Installation der JBoss IDE) ab und zu ab. Ich weiß nicht, ob es an diesem Plugin liegt. Weiterfahren und beobachten, würde ich sagen.

Bookmark It

Hide Sites

10:32:40,531 WARN [ServiceController] Problem starting service
jboss.mq:service=PersistenceManager
org.jboss.mq.SpyJMSException: Could not resolve uncommited transactions.
Message recovery may not be accurate; - nested throwable:
(com.mysql.jdbc.exceptions.MySQLSyntaxErrorException: Every derived table
must have its own alias)
at org.jboss.mq.pm.jdbc2....resolveAllUncommitedTXs(PersistenceManager.java:492)
...
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
... at blablabla ...
at org.jboss.Main$1.run(Main.java:490)
at java.lang.Thread.run(Thread.java:595)
Caused by: com.mysql.jdbc.exceptions.MySQLSyntaxErrorException:
Every derived table must have its own alias
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:936)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2870)
... at blubber, sülz ...
at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.
executeQuery(WrappedPreparedStatement.java:236)
at org.jboss.mq.pm.jdbc2.PersistenceManager.
resolveAllUncommitedTXs(PersistenceManager.java:424)
... 111 more

Nach einigen Nachforschungen hat sich herausgestellt, dass das folgende SQL-Statement von der MySQL-Datenbank hochnäsig zurückgewiesen wurde:

SELECT_MAX_TX = SELECT MAX(TXID) TXID FROM
(SELECT MAX(TXID) AS TXID FROM JMS_TRANSACTIONS
UNION SELECT MAX(TXID) AS TXID FROM JMS_MESSAGES)

Warum? Weil das Subselect offensichtlich auch einen Alias benötigt. Na von mir aus. Ein Schmökern in den JBoss-Foren und im JIRA hat mir auch nicht wirklich weitergeholfen. Beim Vergleich diverser User-Erfahrungen stellte sich herau, dass das Problem nicht auftritt, wenn man MySQL in einer Version größer als 4.0.13 und kleiner als 4.0.20 verwendet. Naja. Mit meiner brandheißen 5.0.27 bin ich da ja weit von entfernt. Im Bugtracker diskutieren die Entwickler lediglich die Frage, ob der Bug gefixt wird, dass er ja eigentlich schon gefixt ist, warum er dann nicht im Release ist, das das wohl vergessen wurde, ob er denn überhaupt gefixt werden muss, usw. usw…

Nun, die Lösung ist einfach:

Man schnappe sich die die Datei
[jboss.root]/server/default/deploy/jms/hsqldb-jdbc2-service.xml

und ändere diese Zeile:
SELECT_MAX_TX = SELECT MAX(TXID) TXID FROM
(SELECT MAX(TXID) AS TXID FROM JMS_TRANSACTIONS
UNION SELECT MAX(TXID) AS TXID FROM JMS_MESSAGES)
wie folgt ab:
SELECT_MAX_TX = SELECT MAX(TXID) TXID FROM
(SELECT MAX(TXID) AS TXID FROM JMS_TRANSACTIONS UNION
SELECT MAX(TXID) AS TXID FROM JMS_MESSAGES) AS ichbindergottverdammtealias

Nun erzählt mir mein lieber JBoss Server noch dass die Tabelle JMS_TRANSACTIONS nicht existiert. Also in der selben Datei nochmal kurz gepatcht. Folgende Zeilen:

CREATE_MESSAGE_TABLE =
CREATE CACHED TABLE JMS_MESSAGES ( MESSAGEID INTEGER NOT NULL,
DESTINATION VARCHAR(255) NOT NULL, TXID INTEGER, TXOP CHAR(1),
MESSAGEBLOB OBJECT, PRIMARY KEY (MESSAGEID, DESTINATION) )
CREATE_TX_TABLE = CREATE CACHED
TABLE JMS_TRANSACTIONS ( TXID INTEGER, PRIMARY KEY (TXID) )

ändern zu:
CREATE_MESSAGE_TABLE =
CREATE TABLE JMS_MESSAGES ( MESSAGEID INTEGER NOT NULL,
DESTINATION VARCHAR(255) NOT NULL, TXID INTEGER, TXOP CHAR(1),
MESSAGEBLOB BLOB, PRIMARY KEY (MESSAGEID, DESTINATION) )
CREATE_TX_TABLE = CREATE TABLE JMS_TRANSACTIONS ( TXID INTEGER, PRIMARY KEY (TXID) )


Nun ist Ruhe.

Bookmark It

Hide Sites

Einfach in der Datei my.cnf (oder my.ini) in der Section [mysqld] (nicht [mysql]!) folgende Zeile einfügen:

log=”C:/Temp/mysql.log”

oder

log=”/var/log/mysql.log”

Bookmark It

Hide Sites

Einige Best Practices von Gunjan Doshi zum Thema Exception Handling findet man hier.

Bookmark It

Hide Sites

Man fügt der Collection nun ein neues Child an beliebiger Stelle hinzu:

parent.getChilden.add(newChild,2);
newChild.setParent(parent); // ist nötig bei bidirektionaler Verknüpfung, siehe hier


Liest man nun die listIndex-Eigenschaft aus allen Children aus, so erhält man folgendes Ergebnis:

child1.getListIndex(): 0 // ok
child2.getListIndex(): 1 // ok
child3.getListIndex(): 0 // the new one, not updated
child4.getListIndex(): 2 // ok
child5.getListIndex(): 3 // ok


Nun ist zunächst mal notwendig:

session.flush();


Macht man nun…

session.refresh(newChild);


…sieht die Liste folgendermaßen aus:

child1.getListIndex(): 0 // ok
child2.getListIndex(): 1 // ok
child3.getListIndex(): 2 // the new one, updated
child4.getListIndex(): 2 // not updated
child5.getListIndex(): 3 // not updated


Mach man stattdessen…

session.refresh(parent);


…ist alles gut:

child1.getListIndex(): 0 // ok
child2.getListIndex(): 1 // ok
child3.getListIndex(): 2 // the new one, updated
child4.getListIndex(): 3 // updated
child5.getListIndex(): 4 // updated


Bookmark It

Hide Sites

• MySQL AB, SugarCRM und salesforce.com treten der Eclipse Foundation bei
• Der Vorschlag der Firma Innopact für Rich AJAX Platform (RAP) auf Eclipse-Basis wurde als Eclipse Projekt angenommen
• Ein PHP-IDE-Projekt von IBM und Zend wurde ebenfalls beschlossen (Endlich!)

Quelle: http://www.heise.de

Dezeit angesagte Projekte der Eclipse Foundation sind u.A.

• Rich Client Platform (RCP): Hierbei wird die Eclipse Platform als Framework für beliebige Desktopapplikationen gesehen. Mehr dazu hier.
• Rich AJAX Platform (RAP): Über AJAX-Integration in die Eclipse Platform können Applikationen sowohl als Web- als auch als Desktopapplikationen entwickelt werden
• Eclipse Modeling Framework (EMF): Ein Modellierungs- und Codegenerierungsframework
• UML2: Eine EMF-basierte Implementierung der UML2. Vermutlich haben wir hier demnächst einige mächtige MDA-Tools zu erwarten…
• Eclipse Webtools: Eine Reihe von Plugins mit einigen Plugins und Editoren, die bist jetzt definitiv gefehlt haben (HTML, JScript, XML, JSP, usw.). Mehr dazu auch hier.

Bookmark It

Hide Sites

Folgends Mapping mal angenommen:

<class name="Parent" table="PARENT">
  <id name="id" column="ID">
    <generator class="increment"/>
  </id>
  <property name="name" column="NAME"/>
  <list name="childList" lazy="true" cascade="all"
     inverse="false">
    <key>
      <column name="PARENT_ID"/>
    </key>
    <list-index column="POS" />
    <one-to-many
         class="de.form4.bollweg.catalog.entities.DoublePage"/>
  </list>
</class>
<class name="Child" table="CHILD">
  <id name="id" column="ID">
    <generator class="increment"/>
  </id>
  <property name="position" column="POSITION" />
  <many-to-one name="parent" column="PARENT_ID"
    class="Parent" inverse="true"/>
</class>

In diesem Fall wird das Feld POSITION nicht aktualisiert, die Folge ist dass man zwei Childobjekte in der Collection mit dem Index 0 hat (womit Hibernate leider überhaupt nicht umgehen kann).

So jedoch gehts:

    ...
<class name="Child" table="CHILD">
        ...
  <many-to-one name="parent" column="PARENT_ID" class="Parent"
inverse="false"/>
</class>

Also ich weis ja nicht, ob das alles so richtig is ?!?

Bookmark It

Hide Sites

http://jakarta.apache.org/commons/io/upgradeto1_2.html

Bookmark It

Hide Sites

» http://www.zimbra.com (siehe Hosted Demo)

Bookmark It

Hide Sites

• WST (Web Standard Tools)
  • Server tools, Internet preferences, TCP/IP monitor
  • HTML (fragments) Editor
  • XML/DTD/XSD Editor
  • CSS Editor
  • JavaScript Editor
  • XML/DTD/XSD Tools
  • WSDL/XSD graphical editors
  • Web service UDDI/WSDL Explorer
  • SQL Query graphical editor
  • Associated natures, builders, validators, EMF models
  • etc.
• JST (J2EE Standard Tools)
  • Server Management Tools
  • Tools für J2EE Module (WAR, EJB-JAR, RAR, EAR), Deployment Deskriptoren
  • JSP Editor
  • Java Web Services, Axis Adapter
  • J2EE Perspektive
  • Testing-/Performance Tools
  • etc.
• JST (J2EE Standard Tools) (Derzeit noch im Inkubator…)

Infos und Download unter: http://www.eclipse.org/webtools/

Oder am besten gleich installieren mittels Eclipse Update Site: http://download.eclipse.org/webtools/updates/

Bookmark It

Hide Sites

Warum eigentlich Subversion?

Subversion ist ein Versionskontrollsystem und funktioniert im großen und ganzen wie CVS. Bis auf ein paar kleine aber feine Unterschiede:

• Transaktionskontrolle: Ein Commit ist bei Subversion, im Gegensatz zu CVS, transaktionstechnisch gesehen atomar.
• Umbenennen von Verzeichnissen und Dateien: Das Umbenennen von Verzeichnissen und Dateien wird im Gegen satz zu CVS mitversioniert. Ein großer Nachteil in CVS ist, wenn ein Verzeichnis umbenannt wird, dann wird es Versionstechnisch gelöscht und neu angelegt. Das führt dazu, dass beim Umbenennen von Verzeichnissen der Versionsstrang aller in dem Verzeichnis enthaltenen Daten verlorengeht. Hier liegt ein großer Vorteil bei Subversion, das auch das Umbenenn von Dateien und Verzeichnissen mitversioniert.
• Effizientere (performanterere) Verwaltung von Tags/Branches bei großen Projekten
• Effiziente Handhabung von Binärdateien (Diffs sindauch bei Binärdaten möglich)

Bookmark It

Hide Sites

Wie die meisten wahrscheinlich wissen, war HTML ursprünglich dazu gedacht, Dokumente bzw. Dokumentinhalte über das Web zur Verfügung zu stellen. Um Benutzeroberflächen komplexer Softwarelösungen zu beschreiben, bzw. zu programmieren ist HTML jedoch denkbar ungeeignet. Dennoch werden die meisten internetfähigen Softwarelösungen auf genau dieser Technologie, also HTML, aufgebaut. Für die Gemeinde der Webentwickler ist das seit Jahren ein Dilemma (auch wenn man sich inzwischen an die ganzen notwendigen Workarounds gewöhnt hat und es inzwischen jede Menge Webapplikations-Frameworksw gibt, die diese Unzulänglichkeiten zu überbrüchen versuchen). Um hier nun endlich mal technologisch einen Schritt nach vorne zu kommen, hat das W3C ein alternatives XML-Markup entwickelt, um genau diese Anforderungen zu erfüllen.

Viele sehen XForms eine Technologie mit großer Zukunft. Dass die Browser in absehbarer Zeit neben HTML und JavaScript auch XForms interpretieren ist zwar mehr als fraglich, Teile der Entwicklergemeinde stürzen sich aber zur Zeit gierg darauf, XForms implementierungen für verschiedenste Plattformenen zu schreiben (serverseitiges XForms -> Clientseitiges HTML, XForms -> Flash, XForms -> AJAX (!), usw.).

Es ist ein Trugschluss zu glauben, dass XForms HTML ersetzen kann, wird oder sollte. Ein XForms-Interpreter kann eine eigenständige, clientseitige Applikation sein, die mit einem HTML-Browser nichts zu tun hat. Auch die Verwendung von HTTP als Übertragungsprotokoll ist nicht zwingend notwending (und eigentlich auch nicht sinnvoll) um XForms clientseitig einzusetzen.

Einen ersten Überblick über diese neue und vielversprechende Technologie gibt Steven Pemberton (W3C/CWI) hier bzw. Sebastian Zächerl in einer deutschen Übersetzung hier.

Bookmark It

Hide Sites

Ein kurzes Beispiel (aus eigener Praxis): Es soll ein MP3-Player auf Basis der Eclipse Platform Technologie entwickelt werden. Der Player soll nicht nur MP3 Files abspielen, sondern das eigene MP3 Repository verwalten, Synchronisierung per FTP mit andren MP3-Repositories durchführen und darüber hinaus auch Playlisten mit Ratingmöglichkeit verwalten, wie man es z.B. von iTunes kennt.

Zunächst entfernt man also alle Plugins aus der Eclipse Platform bis auf die folgenden:

• org.eclipse.core.runtime (Microkernel der Platform)
• org.eclipse.ui (die GUI der Eclipse Platform)
• org.eclipse.help (Das Hilfesystem der Eclipse Platform)
• org.eclipse.core.resources (Plugin zur verwaltung von Datei- und Verzeichnisbäumen oder anderen Resourcen)

nun entwickelt man ein eigenes Plugin:

• my.own.mp3playerplugin

welches die vorhandenen Plugins an ihren Extension Points erweitert. So bietet z.B. das Plugin org.eclipse.ui Erweiterungspunkte für eigene Views Perspektiven, Property Pages, etc. Das Plugin org.eclipse.help bietet die Möglichkeit eigene Hilfeseiten in die Platform zu integrieren (die bekannte Eclipse-Hilfe ist natürlich nach dem Entfernen aller Plugins zunächst leer, so dass letztendlich lediglich die Hilfe für den MP3-Player enthalten ist)

Man erhält so einen Rich Client MP3-Player der nicht nur den gewohnten Komfort der Eclipse Workbench bietet, sondern darüber hinaus auch noch plattformübergreifend einsetzbar ist. Der Player läuft also unter Windows wie auch unter Linux oder Mac OS.

Mitstreiter gesucht!

Wer Zeit und Lust hat, sich in irgendeinder Form an diesem Projekt zu beteiligen und aus dem MP3 Player ein anständiges Open Source Produkt machen möchte, der soll sich doch mal bitte SOFORT hier vorstellen!

Bookmark It

Hide Sites

Eclipse ist vielen bekannt als sog. “Integrierte Entwicklungsumgebung”, oder kurz IDE. Schaut man sich die Architektur dieses Frameworks jedoch einmal genauer an, so fällt schnell auf, dass quasi jedes Feature, das sich in diesem umfangreichen Werkzeug findet, als sog. Plugin realisiert ist. Die Plugins fügen sich in der Regel gut in die Eclipse Runtime Umgebung ein und sind über sog. Extensions mit anderen Plugins verzahnt. Plugins bieten über Extension Points Schnittstellen, um durch andere Plugins über Extensions gezielt erweitert zu werden.

Das Ziel der Eclipse Foundation ist es, mit der Eclipse Platform ein möglichst offenes und erweiterbares Applikationsframework zur Verfügung zu stellen. So werden Open Source Entwickler (wie auch kommerzielle) animiert, eigene Plugins für individuelle Bedürfnisse zu entwickeln.

Der Plan ist aufgegangen: Es gibt inzwischen eine ganze Fülle von ausgereiften, frei verfügbaren oder auch kommerziellen Plugins, die die Eclipse Platform zu einer der mächtigsten und beliebtesten Entwicklungsumgebungen macht.

Einen Überblick über verfügbare Plugins für die Eclipse Platform finden Sie unter http://www.eclipseplugincentral.com oder unter http://eclipse-plugins.2y.net

Eclipse Platform als Basis für Rich Client Applikationen

Entfernt man sämtliche Plugins aus der Eclipse Workbench, so erhält man eine minimale Komponente, die Eclipse Platform.

Dank dieser Mikrokernel Architektur ist es theoretisch (und auch praktisch) denkbar, durch das Nutzen einzelener, allgemeinerer Plugins der Eclipse Distribution und das Entwickeln eigener Plugins eine vollkommen andere Applikation auf der Basis der Eclipse Platform zu entwickeln, die mit einer IDE nicht im entferntesten mehr etwas zu tun hat.

So ist es leicht vorstellbar, die Eclipse Platform als Plattform alle möglichen Applikationen z.B. für Enterprise Applikationen für den Business Bereich zu nutzen. Die durchaus gelungene Architektur des Eclipse Frameworks lädt geradezu dazu ein…

Bookmark It

Hide Sites