[
https://issues.apache.org/jira/browse/CXF-6737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amichai Rothman updated CXF-6737:
---------------------------------
Attachment: bad_client_example.diff
I've attached a little mashup that attempts to demonstrate the issue. It's a
patch on top of the dosgi greeter example, adding another void method to the
service and a Go button to the dialog that uses a BadClient to attempt to
invoke the method.
This results in a NO_OPERATION_INFO exception, but if you debug into
ReflectionServiceFactoryBean you can see the same behavior as reported above
(and here too, manually changing the flow results in everything working fine).
> ClientProxyFactoryBean doesn't work with void methods
> -----------------------------------------------------
>
> Key: CXF-6737
> URL: https://issues.apache.org/jira/browse/CXF-6737
> Project: CXF
> Issue Type: Bug
> Affects Versions: 3.1.1
> Environment: DOSGi 1.7.0
> Reporter: Amichai Rothman
> Attachments: bad_client_example.diff
>
>
> I'm trying to use a simple ClientProxyFactoryBean to connect to a
> dosgi-exported service. Without specifying the wsdl url, it doesn't work
> since apparently the method argument names don't match (arg0 vs actual
> parameter name, as explained in CXF-897), so I added the wsdl url. Now
> service methods that have a return value seem to work ok, but those with void
> return type do not.
> Further investigation suggests that the issue might be in
> ReflectionServiceFactoryBean: initializeWSDLOperation prints out a warning
> (no method for op) instead of binding the operation, because
> initializeClassInfo returns false, because initializeParameter called with
> the return type (near the bottom of initializeClassInfo) returns false, since
> o.getOutput().getMessagePart/getMessagePartByIndex return null (since there
> are no parts - the method can throw an exception, for which the output
> message exists, but there is no actual return type).
> A quick test in the debugger shows that if I manipulate the flow manually
> (e.g. execute the if caluse in initializeWSDLOperation after
> initializeClassInfo returns) then the method invocation works ok.
> I am not familiar with the inner workings of WSDL or these classes, so I'm
> not sure what is the correct place to apply a fix.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
