Bug 974142
Summary: | There is no transformer registered from java:java.io.Reader to java:javax.xml.transform.Source | ||||||
---|---|---|---|---|---|---|---|
Product: | [JBoss] JBoss Fuse Service Works 6 | Reporter: | Jiri Sedlacek <jsedlace> | ||||
Component: | SwitchYard | Assignee: | Douglas Palmer <dpalmer> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Jiri Sedlacek <jsedlace> | ||||
Severity: | urgent | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 6.0.0 GA | CC: | atangrin, oskutka, soa-p-jira | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | Type: | Bug | |||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Jiri Sedlacek
2013-06-13 13:49:25 UTC
Created attachment 760705 [details]
reproducer app
Attaching reproducer app
The same or similar issue is for transformation from org.w3c.dom.Element to javax.xml.transform.Source No registered Transformer available for transforming from 'java:org.apache.xerces.dom.DeferredElementNSImpl' to 'java:javax.xml.transform.Source'. A Transformer must be registered. org.apache.xerces.dom.DeferredElementNSImpl is implementation/subclass of org.w3c.dom.Element and then org.w3c.dom.Node, BasicDOMTransformer should be able to make this transformation, but it's not. I forced this transformer by this line in switchyard.xml: <transform:transform.java from="java:org.w3c.dom.Element" to="java:javax.xml.transform.Source" class="org.switchyard.transform.ootb.xml.BasicDOMTransformer"/> I agree this can be friendlier and we can improve the coverage of transformers for this use case. I also thing we can tweak the default data type used by HttpBinding since byte[] is going to result in a copy of the data. I disagree that this is a blocker since, AFAIK, this is limited to a combination of JAXB and HTTP gateway. In that scenario, the user can always introduce a converter/transformer on their own to work around the issue. Doug - as a first pass, can you try to reproduce this on 1.1.0.CR1? I want to see if this is still an issue before talking about whether something needs to be fixed for FSW 6.0. verified in ER6 |