|
»
»
[mule 2.X] CXF Transformers does not take affect
|
View:
New views
17 Messages
—
Rating Filter:
Alert me
|
 |
[mule 2.X] CXF Transformers does not take affect
by MikeJC
() ::
Rate this Message:
String -> JAXB Object -> CXF Web Service Request (request)
CXF Web Service Response -> JAXB Object -> String I am working with the following scenario, a string gets placed in a file or jms queue, mule will pick it up and marshall it to a JAXB Object, from this we will create the CXF Web Request and send it to the Web Service. From the response, the original JAXB Object will be filled in with values from this response from the CXF Web Request and sent off to the originating system. mule-config.xml I want to be able to manipulate this at the component level so, the inbound endpoint has a StringToCustomObject transformer on it. I tried to put a transformer on the cxf outbound endpoint but it is not picking it up. Any advice? The end goal is to maintain the original request so that it can be used during the response. |
|
|
Re: CXF Transformers does not take affect
by Dan Diephouse-2
::
Rate this Message:
MikeJC wrote:
> String -> JAXB Object -> CXF Web Service Request (request) > CXF Web Service Response -> JAXB Object -> String > > I am working with the following scenario, a string gets placed in a file or > jms queue, mule will pick it up and marshall it to a JAXB Object, from this > we will create the CXF Web Request and send it to the Web Service. > > From the response, the original JAXB Object will be filled in with values > from this response from the CXF Web Request and sent off to the originating > system. > http://www.nabble.com/file/p16541302/mule-config.xml mule-config.xml > I want to be able to manipulate this at the component level so, the inbound > endpoint has a StringToCustomObject transformer on it. I tried to put a > transformer on the cxf outbound endpoint but it is not picking it up. Any > advice? > > > AccountInfoResponseToMdx transformer is not being run? Looking at the code, I'm not sure why this is happening. We *are* grabbing the transformed message, so I don't see why the transformers wouldn't be run. Any chance you can submit a small test case? Dan -- Dan Diephouse MuleSource http://mulesource.com | http://netzooid.com --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: CXF Transformers does not take affect
by MikeJC
::
Rate this Message:
>Just to be clear - in the example you gave, you're saying the
>AccountInfoResponseToMdx transformer is not being run? Yes >Looking at the code, I'm not sure why this is happening. We *are* >grabbing the transformed message, so I don't see why the transformers >wouldn't be run. >Any chance you can submit a small test case? I am working on something
|
|
|
Re: CXF Transformers does not take affect
by MikeJC
::
Rate this Message:
I was able to get a test case that shows the same issue. Run AppTest, I hacked your BookStore example. As you will see it tries to send a string to the CXF service as opposed to going through the transformer setup at the endpoint.
service-consumer-bcs-gateway.tar.gz
|
|
|
Re: CXF Transformers does not take affect
by Dan Diephouse-2
::
Rate this Message:
Thanks Mike, I'm a bit short on time today, but I'll take a look either
later today and tomorrow and get back to you. Cheers, Dan MikeJC wrote: > I was able to get a test case that shows the same issue. Run AppTest, I > hacked your BookStore example. As you will see it tries to send a string to > the CXF service as apposed to going through the transformer setup at the > endpoint. > http://www.nabble.com/file/p16576998/service-consumer-bcs-gateway.tar.gz > service-consumer-bcs-gateway.tar.gz > > > > MikeJC wrote: > >>> Just to be clear - in the example you gave, you're saying the >>> AccountInfoResponseToMdx transformer is not being run? >>> >> Yes >> >> >>> Looking at the code, I'm not sure why this is happening. We *are* >>> grabbing the transformed message, so I don't see why the transformers >>> wouldn't be run. >>> >>> Any chance you can submit a small test case? >>> >> I am working on something >> >> >> Dan Diephouse-2 wrote: >> >>> MikeJC wrote: >>> >>>> String -> JAXB Object -> CXF Web Service Request (request) >>>> CXF Web Service Response -> JAXB Object -> String >>>> >>>> I am working with the following scenario, a string gets placed in a file >>>> or >>>> jms queue, mule will pick it up and marshall it to a JAXB Object, from >>>> this >>>> we will create the CXF Web Request and send it to the Web Service. >>>> >>>> From the response, the original JAXB Object will be filled in with >>>> values >>>> from this response from the CXF Web Request and sent off to the >>>> originating >>>> system. >>>> http://www.nabble.com/file/p16541302/mule-config.xml mule-config.xml >>>> I want to be able to manipulate this at the component level so, the >>>> inbound >>>> endpoint has a StringToCustomObject transformer on it. I tried to put a >>>> transformer on the cxf outbound endpoint but it is not picking it up. >>>> Any >>>> advice? >>>> >>>> >>>> >>>> >>> Just to be clear - in the example you gave, you're saying the >>> AccountInfoResponseToMdx transformer is not being run? >>> >>> Looking at the code, I'm not sure why this is happening. We *are* >>> grabbing the transformed message, so I don't see why the transformers >>> wouldn't be run. >>> >>> Any chance you can submit a small test case? >>> >>> Dan >>> >>> -- >>> Dan Diephouse >>> MuleSource >>> http://mulesource.com | http://netzooid.com >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe from this list, please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >>> >>> >>> >> > > -- Dan Diephouse MuleSource http://mulesource.com | http://netzooid.com --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: CXF Transformers does not take affect
by MikeJC
::
Rate this Message:
No problem. Digging into the code I see that the transformers never seem to get set, I am wondering if they should be set in the setPropertiesFromProperties? I see the transfomer property is contained within the list.
A few lines later the code calls: List transformers = getOutboundTransformers(connector, endpointURI); but the transformers variable is never set and the default outbound transformer would always be returned. package org.mule.endpoint.AbstractEndpointBuilder protected void setPropertiesFromProperties(Map properties) { synchronous = getBooleanProperty(properties, MuleProperties.SYNCHRONOUS_PROPERTY, synchronous); remoteSync = getBooleanProperty(properties, PROPERTY_REMOTE_SYNC, remoteSync); remoteSyncTimeout = getIntegerProperty(properties, PROPERTY_REMOTE_SYNC_TIMEOUT, remoteSyncTimeout); } In the 1.4.X code line I see the following code in the AbstractEndpointBuilder transformers = (String) properties.get(UMOEndpointURI.PROPERTY_TRANSFORMERS); if (transformers != null) { transformers = transformers.replaceAll(" ", ","); } responseTransformers = (String) properties.get(UMOEndpointURI.PROPERTY_RESPONSE_TRANSFORMERS); if (responseTransformers != null) { responseTransformers = responseTransformers.replaceAll(" ", ","); }
|
|
|
Re: CXF Transformers does not take affect
by Daniel Feist
::
Rate this Message:
Hi Mike/Dan,
I came across this issue a while back when implementing/updating transformer test cases. The response transformers attribute you are using is used and the response transformer configured is applied in (nearly) all scenarios. This response transformer is not applied for web service transports for some reason, it seems to be because of the way in which response are returns with web services vs. other transports. I came across this issue in 2.0 RC version with xfire, but from what i remember it was general web-service transport issue and not anything xfire specific. I did not test with 1.4, but presumed that it was likely that the same problem occurs there also. There was a test case which was failing in the xfire transport, but I guess thats no longer in the main codebase.. The JIRA issue is http://mule.mulesource.org/jira/browse/MULE-296 Dan On 9 Apr 2008, at 20:31, MikeJC wrote: > > No problem. Digging into the code I see that the transformers never > seem to > get set, I am wondering if they should be set in the > setPropertiesFromProperties? I see the transfomer property is > contained > within the list. > > A few lines later the code calls: > List transformers = getOutboundTransformers(connector, endpointURI); > > but the transformers variable is never set and the default outbound > transformer would always be returned. > > package org.mule.endpoint.AbstractEndpointBuilder > > protected void setPropertiesFromProperties(Map properties) > { > synchronous = getBooleanProperty(properties, > MuleProperties.SYNCHRONOUS_PROPERTY, synchronous); > remoteSync = getBooleanProperty(properties, > PROPERTY_REMOTE_SYNC, > remoteSync); > remoteSyncTimeout = getIntegerProperty(properties, > PROPERTY_REMOTE_SYNC_TIMEOUT, remoteSyncTimeout); > } > > In the 1.4.X code line I see the following code in the > AbstractEndpointBuilder > transformers = (String) > properties.get(UMOEndpointURI.PROPERTY_TRANSFORMERS); > if (transformers != null) > { > transformers = transformers.replaceAll(" ", ","); > } > responseTransformers = (String) > properties.get(UMOEndpointURI.PROPERTY_RESPONSE_TRANSFORMERS); > if (responseTransformers != null) > { > responseTransformers = responseTransformers.replaceAll(" ", > ","); > } > > > Dan Diephouse-2 wrote: >> >> Thanks Mike, I'm a bit short on time today, but I'll take a look >> either >> later today and tomorrow and get back to you. >> Cheers, >> Dan >> >> MikeJC wrote: >>> I was able to get a test case that shows the same issue. Run >>> AppTest, I >>> hacked your BookStore example. As you will see it tries to send a >>> string >>> to >>> the CXF service as apposed to going through the transformer setup >>> at the >>> endpoint. >>> http://www.nabble.com/file/p16576998/service-consumer-bcs-gateway.tar.gz >>> service-consumer-bcs-gateway.tar.gz >>> >>> >>> >>> MikeJC wrote: >>> >>>>> Just to be clear - in the example you gave, you're saying the >>>>> AccountInfoResponseToMdx transformer is not being run? >>>>> >>>> Yes >>>> >>>> >>>>> Looking at the code, I'm not sure why this is happening. We *are* >>>>> grabbing the transformed message, so I don't see why the >>>>> transformers >>>>> wouldn't be run. >>>>> >>>>> Any chance you can submit a small test case? >>>>> >>>> I am working on something >>>> >>>> >>>> Dan Diephouse-2 wrote: >>>> >>>>> MikeJC wrote: >>>>> >>>>>> String -> JAXB Object -> CXF Web Service Request (request) >>>>>> CXF Web Service Response -> JAXB Object -> String >>>>>> >>>>>> I am working with the following scenario, a string gets placed >>>>>> in a >>>>>> file >>>>>> or >>>>>> jms queue, mule will pick it up and marshall it to a JAXB >>>>>> Object, from >>>>>> this >>>>>> we will create the CXF Web Request and send it to the Web >>>>>> Service. >>>>>> >>>>>> From the response, the original JAXB Object will be filled in >>>>>> with >>>>>> values >>>>>> from this response from the CXF Web Request and sent off to the >>>>>> originating >>>>>> system. >>>>>> http://www.nabble.com/file/p16541302/mule-config.xml mule- >>>>>> config.xml >>>>>> I want to be able to manipulate this at the component level so, >>>>>> the >>>>>> inbound >>>>>> endpoint has a StringToCustomObject transformer on it. I tried >>>>>> to put >>>>>> a >>>>>> transformer on the cxf outbound endpoint but it is not picking >>>>>> it up. >>>>>> Any >>>>>> advice? >>>>>> >>>>>> >>>>>> >>>>>> >>>>> Just to be clear - in the example you gave, you're saying the >>>>> AccountInfoResponseToMdx transformer is not being run? >>>>> >>>>> Looking at the code, I'm not sure why this is happening. We *are* >>>>> grabbing the transformed message, so I don't see why the >>>>> transformers >>>>> wouldn't be run. >>>>> >>>>> Any chance you can submit a small test case? >>>>> >>>>> Dan >>>>> >>>>> -- >>>>> Dan Diephouse >>>>> MuleSource >>>>> http://mulesource.com | http://netzooid.com >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe from this list, please visit: >>>>> >>>>> http://xircles.codehaus.org/manage_email >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>> >>> >> >> >> -- >> Dan Diephouse >> MuleSource >> http://mulesource.com | http://netzooid.com >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> >> > > -- > View this message in context: http://www.nabble.com/-mule-2.X--CXF-Transformers-does-not-take-affect-tp16541302p16598984.html > Sent from the Mule - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: CXF Transformers does not take affect
by Daniel Feist
::
Rate this Message:
Sorry missing a 9..
issue is http://mule.mulesource.org/jira/browse/MULE-2969\ Dan On 9 Apr 2008, at 21:28, Daniel Feist wrote: > Hi Mike/Dan, > > I came across this issue a while back when implementing/updating > transformer test cases. > > The response transformers attribute you are using is used and the > response transformer configured is applied in (nearly) all > scenarios. This response transformer is not applied for web service > transports for some reason, it seems to be because of the way in > which response are returns with web services vs. other transports. > > I came across this issue in 2.0 RC version with xfire, but from what > i remember it was general web-service transport issue and not > anything xfire specific. I did not test with 1.4, but presumed that > it was likely that the same problem occurs there also. > > There was a test case which was failing in the xfire transport, but > I guess thats no longer in the main codebase.. > > The JIRA issue is http://mule.mulesource.org/jira/browse/MULE-296 > > Dan > > On 9 Apr 2008, at 20:31, MikeJC wrote: > >> >> No problem. Digging into the code I see that the transformers never >> seem to >> get set, I am wondering if they should be set in the >> setPropertiesFromProperties? I see the transfomer property is >> contained >> within the list. >> >> A few lines later the code calls: >> List transformers = getOutboundTransformers(connector, endpointURI); >> >> but the transformers variable is never set and the default outbound >> transformer would always be returned. >> >> package org.mule.endpoint.AbstractEndpointBuilder >> >> protected void setPropertiesFromProperties(Map properties) >> { >> synchronous = getBooleanProperty(properties, >> MuleProperties.SYNCHRONOUS_PROPERTY, synchronous); >> remoteSync = getBooleanProperty(properties, >> PROPERTY_REMOTE_SYNC, >> remoteSync); >> remoteSyncTimeout = getIntegerProperty(properties, >> PROPERTY_REMOTE_SYNC_TIMEOUT, remoteSyncTimeout); >> } >> >> In the 1.4.X code line I see the following code in the >> AbstractEndpointBuilder >> transformers = (String) >> properties.get(UMOEndpointURI.PROPERTY_TRANSFORMERS); >> if (transformers != null) >> { >> transformers = transformers.replaceAll(" ", ","); >> } >> responseTransformers = (String) >> properties.get(UMOEndpointURI.PROPERTY_RESPONSE_TRANSFORMERS); >> if (responseTransformers != null) >> { >> responseTransformers = responseTransformers.replaceAll(" ", >> ","); >> } >> >> >> Dan Diephouse-2 wrote: >>> >>> Thanks Mike, I'm a bit short on time today, but I'll take a look >>> either >>> later today and tomorrow and get back to you. >>> Cheers, >>> Dan >>> >>> MikeJC wrote: >>>> I was able to get a test case that shows the same issue. Run >>>> AppTest, I >>>> hacked your BookStore example. As you will see it tries to send a >>>> string >>>> to >>>> the CXF service as apposed to going through the transformer setup >>>> at the >>>> endpoint. >>>> http://www.nabble.com/file/p16576998/service-consumer-bcs-gateway.tar.gz >>>> service-consumer-bcs-gateway.tar.gz >>>> >>>> >>>> >>>> MikeJC wrote: >>>> >>>>>> Just to be clear - in the example you gave, you're saying the >>>>>> AccountInfoResponseToMdx transformer is not being run? >>>>>> >>>>> Yes >>>>> >>>>> >>>>>> Looking at the code, I'm not sure why this is happening. We *are* >>>>>> grabbing the transformed message, so I don't see why the >>>>>> transformers >>>>>> wouldn't be run. >>>>>> >>>>>> Any chance you can submit a small test case? >>>>>> >>>>> I am working on something >>>>> >>>>> >>>>> Dan Diephouse-2 wrote: >>>>> >>>>>> MikeJC wrote: >>>>>> >>>>>>> String -> JAXB Object -> CXF Web Service Request (request) >>>>>>> CXF Web Service Response -> JAXB Object -> String >>>>>>> >>>>>>> I am working with the following scenario, a string gets placed >>>>>>> in a >>>>>>> file >>>>>>> or >>>>>>> jms queue, mule will pick it up and marshall it to a JAXB >>>>>>> Object, from >>>>>>> this >>>>>>> we will create the CXF Web Request and send it to the Web >>>>>>> Service. >>>>>>> >>>>>>> From the response, the original JAXB Object will be filled in >>>>>>> with >>>>>>> values >>>>>>> from this response from the CXF Web Request and sent off to the >>>>>>> originating >>>>>>> system. >>>>>>> http://www.nabble.com/file/p16541302/mule-config.xml mule- >>>>>>> config.xml >>>>>>> I want to be able to manipulate this at the component level >>>>>>> so, the >>>>>>> inbound >>>>>>> endpoint has a StringToCustomObject transformer on it. I tried >>>>>>> to put >>>>>>> a >>>>>>> transformer on the cxf outbound endpoint but it is not picking >>>>>>> it up. >>>>>>> Any >>>>>>> advice? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> Just to be clear - in the example you gave, you're saying the >>>>>> AccountInfoResponseToMdx transformer is not being run? >>>>>> >>>>>> Looking at the code, I'm not sure why this is happening. We *are* >>>>>> grabbing the transformed message, so I don't see why the >>>>>> transformers >>>>>> wouldn't be run. >>>>>> >>>>>> Any chance you can submit a small test case? >>>>>> >>>>>> Dan >>>>>> >>>>>> -- >>>>>> Dan Diephouse >>>>>> MuleSource >>>>>> http://mulesource.com | http://netzooid.com >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe from this list, please visit: >>>>>> >>>>>> http://xircles.codehaus.org/manage_email >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >>> >>> -- >>> Dan Diephouse >>> MuleSource >>> http://mulesource.com | http://netzooid.com >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe from this list, please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >>> >>> >> >> -- >> View this message in context: http://www.nabble.com/-mule-2.X--CXF-Transformers-does-not-take-affect-tp16541302p16598984.html >> Sent from the Mule - User mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: CXF Transformers does not take affect
by MikeJC
::
Rate this Message:
Are there any work arounds you can suggest?
|
|
|
Re: CXF Transformers does not take affect
by Daniel Feist
::
Rate this Message:
Mike,
You could try putting the response transformer on the outbound endpoint rather than the inbound endpoint. This basically means the response is transformed when it is received back from remote endpoint rather than just before it is sent back as a response. This should in theory result in the same behaviour and there is a chance you'll have more luck with this. Dan On 11 Apr 2008, at 13:31, MikeJC wrote: > > Are there any work arounds you can suggest? > > > Daniel Feist wrote: >> >> Hi Mike/Dan, >> >> I came across this issue a while back when implementing/updating >> transformer test cases. >> >> The response transformers attribute you are using is used and the >> response transformer configured is applied in (nearly) all scenarios. >> This response transformer is not applied for web service transports >> for some reason, it seems to be because of the way in which response >> are returns with web services vs. other transports. >> >> I came across this issue in 2.0 RC version with xfire, but from >> what i >> remember it was general web-service transport issue and not anything >> xfire specific. I did not test with 1.4, but presumed that it was >> likely that the same problem occurs there also. >> >> There was a test case which was failing in the xfire transport, but I >> guess thats no longer in the main codebase.. >> >> The JIRA issue is http://mule.mulesource.org/jira/browse/MULE-296 >> >> Dan >> >> On 9 Apr 2008, at 20:31, MikeJC wrote: >> >>> >>> No problem. Digging into the code I see that the transformers never >>> seem to >>> get set, I am wondering if they should be set in the >>> setPropertiesFromProperties? I see the transfomer property is >>> contained >>> within the list. >>> >>> A few lines later the code calls: >>> List transformers = getOutboundTransformers(connector, endpointURI); >>> >>> but the transformers variable is never set and the default outbound >>> transformer would always be returned. >>> >>> package org.mule.endpoint.AbstractEndpointBuilder >>> >>> protected void setPropertiesFromProperties(Map properties) >>> { >>> synchronous = getBooleanProperty(properties, >>> MuleProperties.SYNCHRONOUS_PROPERTY, synchronous); >>> remoteSync = getBooleanProperty(properties, >>> PROPERTY_REMOTE_SYNC, >>> remoteSync); >>> remoteSyncTimeout = getIntegerProperty(properties, >>> PROPERTY_REMOTE_SYNC_TIMEOUT, remoteSyncTimeout); >>> } >>> >>> In the 1.4.X code line I see the following code in the >>> AbstractEndpointBuilder >>> transformers = (String) >>> properties.get(UMOEndpointURI.PROPERTY_TRANSFORMERS); >>> if (transformers != null) >>> { >>> transformers = transformers.replaceAll(" ", ","); >>> } >>> responseTransformers = (String) >>> properties.get(UMOEndpointURI.PROPERTY_RESPONSE_TRANSFORMERS); >>> if (responseTransformers != null) >>> { >>> responseTransformers = responseTransformers.replaceAll(" >>> ", >>> ","); >>> } >>> >>> >>> Dan Diephouse-2 wrote: >>>> >>>> Thanks Mike, I'm a bit short on time today, but I'll take a look >>>> either >>>> later today and tomorrow and get back to you. >>>> Cheers, >>>> Dan >>>> >>>> MikeJC wrote: >>>>> I was able to get a test case that shows the same issue. Run >>>>> AppTest, I >>>>> hacked your BookStore example. As you will see it tries to send a >>>>> string >>>>> to >>>>> the CXF service as apposed to going through the transformer setup >>>>> at the >>>>> endpoint. >>>>> http://www.nabble.com/file/p16576998/service-consumer-bcs-gateway.tar.gz >>>>> service-consumer-bcs-gateway.tar.gz >>>>> >>>>> >>>>> >>>>> MikeJC wrote: >>>>> >>>>>>> Just to be clear - in the example you gave, you're saying the >>>>>>> AccountInfoResponseToMdx transformer is not being run? >>>>>>> >>>>>> Yes >>>>>> >>>>>> >>>>>>> Looking at the code, I'm not sure why this is happening. We >>>>>>> *are* >>>>>>> grabbing the transformed message, so I don't see why the >>>>>>> transformers >>>>>>> wouldn't be run. >>>>>>> >>>>>>> Any chance you can submit a small test case? >>>>>>> >>>>>> I am working on something >>>>>> >>>>>> >>>>>> Dan Diephouse-2 wrote: >>>>>> >>>>>>> MikeJC wrote: >>>>>>> >>>>>>>> String -> JAXB Object -> CXF Web Service Request (request) >>>>>>>> CXF Web Service Response -> JAXB Object -> String >>>>>>>> >>>>>>>> I am working with the following scenario, a string gets placed >>>>>>>> in a >>>>>>>> file >>>>>>>> or >>>>>>>> jms queue, mule will pick it up and marshall it to a JAXB >>>>>>>> Object, from >>>>>>>> this >>>>>>>> we will create the CXF Web Request and send it to the Web >>>>>>>> Service. >>>>>>>> >>>>>>>> From the response, the original JAXB Object will be filled in >>>>>>>> with >>>>>>>> values >>>>>>>> from this response from the CXF Web Request and sent off to the >>>>>>>> originating >>>>>>>> system. >>>>>>>> http://www.nabble.com/file/p16541302/mule-config.xml mule- >>>>>>>> config.xml >>>>>>>> I want to be able to manipulate this at the component level so, >>>>>>>> the >>>>>>>> inbound >>>>>>>> endpoint has a StringToCustomObject transformer on it. I tried >>>>>>>> to put >>>>>>>> a >>>>>>>> transformer on the cxf outbound endpoint but it is not picking >>>>>>>> it up. >>>>>>>> Any >>>>>>>> advice? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> Just to be clear - in the example you gave, you're saying the >>>>>>> AccountInfoResponseToMdx transformer is not being run? >>>>>>> >>>>>>> Looking at the code, I'm not sure why this is happening. We >>>>>>> *are* >>>>>>> grabbing the transformed message, so I don't see why the >>>>>>> transformers >>>>>>> wouldn't be run. >>>>>>> >>>>>>> Any chance you can submit a small test case? >>>>>>> >>>>>>> Dan >>>>>>> >>>>>>> -- >>>>>>> Dan Diephouse >>>>>>> MuleSource >>>>>>> http://mulesource.com | http://netzooid.com >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe from this list, please visit: >>>>>>> >>>>>>> http://xircles.codehaus.org/manage_email >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Dan Diephouse >>>> MuleSource >>>> http://mulesource.com | http://netzooid.com >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe from this list, please visit: >>>> >>>> http://xircles.codehaus.org/manage_email >>>> >>>> >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/-mule-2.X--CXF-Transformers-does-not-take-affect-tp16541302p16598984.html >>> Sent from the Mule - User mailing list archive at Nabble.com. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe from this list, please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> >> > > -- > View this message in context: http://www.nabble.com/-mule-2.X--CXF-Transformers-does-not-take-affect-tp16541302p16627985.html > Sent from the Mule - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: CXF Transformers does not take affect
by MikeJC
::
Rate this Message:
I will try that for the response but that still leaves the inbound message which also is not getting transformed.
|
|
|
Re: CXF Transformers does not take affect
by Daniel Feist
::
Rate this Message:
Mike, Which is the inbound transformer that is not getting applied in the config file you posted? Is it the same inbound endpoint that you have the response-transformer configured on? i.e. these transformers: transformer-refs="XmlToMdxTransformer MdxToGetAccountInfoRequestTransformer"?One reason they might not get applied is if the source-type doesn't match. It's worth checking the the payload being received by the vm://getAccountInfoQ endpoint matches a source type registered programatically with the transformer. Of course this may also be a bug, but if you can check source-type compatibility first that would be great.. thanks, Dan On 12 Apr 2008, at 12:03, MikeJC wrote:
|
|
|
Re: CXF Transformers does not take affect
by MikeJC
::
Rate this Message:
That ticket is for something else "1.1rc1 compiled for 1.5 only"
|
|
|
Re: CXF Transformers does not take affect
by Daniel Feist
::
Rate this Message:
Yeah sorry, I missed a 9 of the end. Try this:
http://mule.mulesource.org/jira/browse/MULE-2969 I take it you still having issue with both transformer problems, both inbound and response? Sorry, I haven't quite got round to looking into the inbound transformer issue yet, Dan D will be looking into the response transformer with web services issue I believe. Dan On 15 Apr 2008, at 15:54, MikeJC wrote: > > That ticket is for something else "1.1rc1 compiled for 1.5 only" > > > Daniel Feist wrote: >> >> Hi Mike/Dan, >> >> I came across this issue a while back when implementing/updating >> transformer test cases. >> >> The response transformers attribute you are using is used and the >> response transformer configured is applied in (nearly) all scenarios. >> This response transformer is not applied for web service transports >> for some reason, it seems to be because of the way in which response >> are returns with web services vs. other transports. >> >> I came across this issue in 2.0 RC version with xfire, but from >> what i >> remember it was general web-service transport issue and not anything >> xfire specific. I did not test with 1.4, but presumed that it was >> likely that the same problem occurs there also. >> >> There was a test case which was failing in the xfire transport, but I >> guess thats no longer in the main codebase.. >> >> The JIRA issue is http://mule.mulesource.org/jira/browse/MULE-296 >> >> Dan >> >> On 9 Apr 2008, at 20:31, MikeJC wrote: >> >>> >>> No problem. Digging into the code I see that the transformers never >>> seem to >>> get set, I am wondering if they should be set in the >>> setPropertiesFromProperties? I see the transfomer property is >>> contained >>> within the list. >>> >>> A few lines later the code calls: >>> List transformers = getOutboundTransformers(connector, endpointURI); >>> >>> but the transformers variable is never set and the default outbound >>> transformer would always be returned. >>> >>> package org.mule.endpoint.AbstractEndpointBuilder >>> >>> protected void setPropertiesFromProperties(Map properties) >>> { >>> synchronous = getBooleanProperty(properties, >>> MuleProperties.SYNCHRONOUS_PROPERTY, synchronous); >>> remoteSync = getBooleanProperty(properties, >>> PROPERTY_REMOTE_SYNC, >>> remoteSync); >>> remoteSyncTimeout = getIntegerProperty(properties, >>> PROPERTY_REMOTE_SYNC_TIMEOUT, remoteSyncTimeout); >>> } >>> >>> In the 1.4.X code line I see the following code in the >>> AbstractEndpointBuilder >>> transformers = (String) >>> properties.get(UMOEndpointURI.PROPERTY_TRANSFORMERS); >>> if (transformers != null) >>> { >>> transformers = transformers.replaceAll(" ", ","); >>> } >>> responseTransformers = (String) >>> properties.get(UMOEndpointURI.PROPERTY_RESPONSE_TRANSFORMERS); >>> if (responseTransformers != null) >>> { >>> responseTransformers = responseTransformers.replaceAll(" >>> ", >>> ","); >>> } >>> >>> >>> Dan Diephouse-2 wrote: >>>> >>>> Thanks Mike, I'm a bit short on time today, but I'll take a look >>>> either >>>> later today and tomorrow and get back to you. >>>> Cheers, >>>> Dan >>>> >>>> MikeJC wrote: >>>>> I was able to get a test case that shows the same issue. Run >>>>> AppTest, I >>>>> hacked your BookStore example. As you will see it tries to send a >>>>> string >>>>> to >>>>> the CXF service as apposed to going through the transformer setup >>>>> at the >>>>> endpoint. >>>>> http://www.nabble.com/file/p16576998/service-consumer-bcs-gateway.tar.gz >>>>> service-consumer-bcs-gateway.tar.gz >>>>> >>>>> >>>>> >>>>> MikeJC wrote: >>>>> >>>>>>> Just to be clear - in the example you gave, you're saying the >>>>>>> AccountInfoResponseToMdx transformer is not being run? >>>>>>> >>>>>> Yes >>>>>> >>>>>> >>>>>>> Looking at the code, I'm not sure why this is happening. We >>>>>>> *are* >>>>>>> grabbing the transformed message, so I don't see why the >>>>>>> transformers >>>>>>> wouldn't be run. >>>>>>> >>>>>>> Any chance you can submit a small test case? >>>>>>> >>>>>> I am working on something >>>>>> >>>>>> >>>>>> Dan Diephouse-2 wrote: >>>>>> >>>>>>> MikeJC wrote: >>>>>>> >>>>>>>> String -> JAXB Object -> CXF Web Service Request (request) >>>>>>>> CXF Web Service Response -> JAXB Object -> String >>>>>>>> >>>>>>>> I am working with the following scenario, a string gets placed >>>>>>>> in a >>>>>>>> file >>>>>>>> or >>>>>>>> jms queue, mule will pick it up and marshall it to a JAXB >>>>>>>> Object, from >>>>>>>> this >>>>>>>> we will create the CXF Web Request and send it to the Web >>>>>>>> Service. >>>>>>>> >>>>>>>> From the response, the original JAXB Object will be filled in >>>>>>>> with >>>>>>>> values >>>>>>>> from this response from the CXF Web Request and sent off to the >>>>>>>> originating >>>>>>>> system. >>>>>>>> http://www.nabble.com/file/p16541302/mule-config.xml mule- >>>>>>>> config.xml >>>>>>>> I want to be able to manipulate this at the component level so, >>>>>>>> the >>>>>>>> inbound >>>>>>>> endpoint has a StringToCustomObject transformer on it. I tried >>>>>>>> to put >>>>>>>> a >>>>>>>> transformer on the cxf outbound endpoint but it is not picking >>>>>>>> it up. >>>>>>>> Any >>>>>>>> advice? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> Just to be clear - in the example you gave, you're saying the >>>>>>> AccountInfoResponseToMdx transformer is not being run? >>>>>>> >>>>>>> Looking at the code, I'm not sure why this is happening. We >>>>>>> *are* >>>>>>> grabbing the transformed message, so I don't see why the >>>>>>> transformers >>>>>>> wouldn't be run. >>>>>>> >>>>>>> Any chance you can submit a small test case? >>>>>>> >>>>>>> Dan >>>>>>> >>>>>>> -- >>>>>>> Dan Diephouse >>>>>>> MuleSource >>>>>>> http://mulesource.com | http://netzooid.com >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe from this list, please visit: >>>>>>> >>>>>>> http://xircles.codehaus.org/manage_email >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Dan Diephouse >>>> MuleSource >>>> http://mulesource.com | http://netzooid.com >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe from this list, please visit: >>>> >>>> http://xircles.codehaus.org/manage_email >>>> >>>> >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/-mule-2.X--CXF-Transformers-does-not-take-affect-tp16541302p16598984.html >>> Sent from the Mule - User mailing list archive at Nabble.com. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe from this list, please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> >> > > -- > View this message in context: http://www.nabble.com/-mule-2.X--CXF-Transformers-does-not-take-affect-tp16541302p16704654.html > Sent from the Mule - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: CXF Transformers does not take affect
by Daniel Feist
::
Rate this Message:
Hi,
These issues are now resolved and the fixes will make it into the 2.0.1 release. In the end, these were CXF specific issues. Thanks for reporting these issues and hopefully you'll be able to try out 2.0.1. Dan On 7 Apr 2008, at 18:55, MikeJC wrote: > > String -> JAXB Object -> CXF Web Service Request (request) > CXF Web Service Response -> JAXB Object -> String > > I am working with the following scenario, a string gets placed in a > file or > jms queue, mule will pick it up and marshall it to a JAXB Object, > from this > we will create the CXF Web Request and send it to the Web Service. > > From the response, the original JAXB Object will be filled in with > values > from this response from the CXF Web Request and sent off to the > originating > system. > http://www.nabble.com/file/p16541302/mule-config.xml mule-config.xml > I want to be able to manipulate this at the component level so, the > inbound > endpoint has a StringToCustomObject transformer on it. I tried to > put a > transformer on the cxf outbound endpoint but it is not picking it > up. Any > advice? > > > > > > > > > -- > View this message in context: http://www.nabble.com/CXF-Transformers-does-not-take-affect-tp16541302p16541302.html > Sent from the Mule - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: CXF Transformers does not take affect
by MikeJC
::
Rate this Message:
I just tried it with Mule 2.0.1 from ibiblio and it now works! Awesome turn around!
|
|
|
Re: CXF Transformers does not take affect
by Daniel Feist
::
Rate this Message:
Mike
Great! I hope most serious bugs have been fixed in 2.0.1, but if you find anything at all, let us know... thanks, Dan On 1 May 2008, at 13:24, MikeJC wrote: > > I just tried it with Mule 2.0.1 from ibiblio and it now works! > Awesome turn > around! > > > Daniel Feist wrote: >> >> Hi, >> >> These issues are now resolved and the fixes will make it into the >> 2.0.1 release. In the end, these were CXF specific issues. >> >> Thanks for reporting these issues and hopefully you'll be able to try >> out 2.0.1. >> >> Dan >> >> >> On 7 Apr 2008, at 18:55, MikeJC wrote: >> >>> >>> String -> JAXB Object -> CXF Web Service Request (request) >>> CXF Web Service Response -> JAXB Object -> String >>> >>> I am working with the following scenario, a string gets placed in a >>> file or >>> jms queue, mule will pick it up and marshall it to a JAXB Object, >>> from this >>> we will create the CXF Web Request and send it to the Web Service. >>> >>> From the response, the original JAXB Object will be filled in with >>> values >>> from this response from the CXF Web Request and sent off to the >>> originating >>> system. >>> http://www.nabble.com/file/p16541302/mule-config.xml mule-config.xml >>> I want to be able to manipulate this at the component level so, the >>> inbound >>> endpoint has a StringToCustomObject transformer on it. I tried to >>> put a >>> transformer on the cxf outbound endpoint but it is not picking it >>> up. Any >>> advice? >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/CXF-Transformers-does-not-take-affect-tp16541302p16541302.html >>> Sent from the Mule - User mailing list archive at Nabble.com. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe from this list, please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> >> > > -- > View this message in context: http://www.nabble.com/-mule-2.X--CXF-Transformers-does-not-take-affect-tp16541302p16993317.html > Sent from the Mule - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
| Free embeddable forum powered by Nabble | Forum Help |
