10.6. Bekannte Probleme mit JBoss Web Services

Die jbossws-cxf-installer/docs/Install.txt-Datei im JBoss WS CXF Installer nennt JBoss WS CXF fälschlicherweise eine Technologievorschau. Der Text von Install.txt sollte wie folgt lauten:

Führen Sie einfach "ant" vom jbossws-cxf-installer Verzeichnis aus, das vom jbossws-cxf-installer.zip in Ihr JBOSS_HOME für Ihre JBoss Enterprise Platform extrahiert wurde.

Führen Sie einfach "ant" vom jbossws-cxf-installer Verzeichnis aus, das vom jbossws-cxf-installer.zip in Ihr JBOSS_HOME für Ihre JBoss Enterprise Platform extrahiert wurde.

Bei JBoss Web Services Native wird, wenn MTOM aktiviert ist und die DataHandler "getter"-Signatur einer Return-Type Klasse nicht mit der JavaBean "getter"-Signature übereinstimmt, wird die Antwort als ein Inline-String gesendet statt dass XOP verwendet wird. Dies ist der Fall, weil das Scannen nach Attachment-Annotationen auf der JavaBean "getter"-Signatur basiert.

Wenn Dienste an JBoss Web Services Native deployt werden, werden jegliche XML Schema Declaration (XSD) Importe mit relativen URLs relativ zum WSDL-Dienstvertrag als absolute URLs umgeschrieben. Importiert eine importierte XSD eine zweite XSD unter Verwendung eines relativen Pfads, so wird dieser Pfad fälschlicherweise dahingehen umgeschrieben, dass er relativ zur XSD statt dem WSDL-Dienstvertrag ist. Sie umgehen dieses Problem, indem Sie alle XSD- und WSDL-Dateien in dasselbe Verzeichnis verschieben und alle Importe ändern.

Die Aktualisierung von JBoss Web Services 2.0.1.SP zu JBoss Web Services Native 3.1.2.SP bringt viele Änderungen und neue Funktionen ein. Die zusätzlich nötige Verarbeitungszeit für mehrere neue Funktionen (Ressourceninjektion, Unterstützung für @PostConstruct und @PreDestroy, etc.) verursacht eine leichte Beeinträchtigung der Gesamtleistung.