[
http://issues.apache.org/jira/browse/WODEN-97?page=comments#action_12453797 ]
Keith Godwin Chapman commented on WODEN-97:
-------------------------------------------
Hi Arthur,
for eg take the following code fragment.
BindingFault[] bindingFaults = binding.getBindingFaults();
for (int i = 0; i < bindingFaults.length; i++) {
BindingFault bindingFault = bindingFaults[i];
InterfaceFault interfaceFault = bindingFault.getInterfaceFault()
What I'm trying to do is get the interfaceFault referenced by the binding. True
that the binding does not specify a interface in this case, but by default it
uses the interface specified in the service component which means the binding
really has a interface though its not mentioned specifically. So wouldn't it be
good if this fact is resolved by woden rather than having a developer navigate
to the service component to retrieve the interface in orger to get the
interface fault?.
> When a interface is not referenced from a binding component the
> getInterfaceFault() method returns null
> -------------------------------------------------------------------------------------------------------
>
> Key: WODEN-97
> URL: http://issues.apache.org/jira/browse/WODEN-97
> Project: Woden
> Issue Type: Bug
> Reporter: Keith Godwin Chapman
>
> Hi,
> When I use the WSDL of Message-Test-2G and try to get the interfaceFault for
> a fault thats in a binding I get a null object. The reason is that the
> binding does not specify a interface. Should woden resolve the fact that the
> interface referenced by this binding is specified in the service component
> and return the correct InterfaceFault.
> In my opinion it would be better is woden returns the correct Interface Fault
> by resolving the reference from the service component.
> Thanks,
> Keith.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
