Thanks Tharindu and Harsha for your input..

@Carbon Team, we are expecting your input on this...  If we are going
to live with current behavior then we need to change our admin
services to return some value.. Please consider this as urgent since
we need to do alpha release in 2 days..

Thanks,
Mohan



On Mon, May 18, 2015 at 1:19 PM, Harsha Thirimanna <[email protected]> wrote:
> Wanted to add [1] , because it is also bit related this and may be the same
> root cause.
>
> [1] https://wso2.org/jira/browse/CARBON-15243
>
>
> Harsha Thirimanna
> Senior Software Engineer; WSO2, Inc.; http://wso2.com
>
> email: [email protected] cell: +94 71 5186770
> twitter: http://twitter.com/harshathirimann
> linked-in: http://www.linkedin.com/pub/harsha-thirimanna/10/ab8/122
>
> Lean . Enterprise . Middleware
>
>
> On Mon, May 18, 2015 at 1:02 PM, Tharindu Edirisinghe <[email protected]>
> wrote:
>>
>> Hi Mohan,
>>
>> According to WSDL specification for One Way operations [1], the server
>> should generate a fault and may store it somewhere, but it must not attempt
>> to transmit it to the sender [2]. However the java2wsdl tool we use has some
>> problems where it generates the fault for one way operations when void
>> methods throw exceptions. Therefore the WSDLs become non compliant with the
>> specifications. This is tracked in [3] and to make the WSDLs specification
>> compliant, we have modified the WSDL files manually and shared in [4]. Note
>> that this is for Identity Server related WSDLs but it seems your query is
>> also related to this.
>>
>> [1] http://www.w3.org/TR/wsdl#_one-way
>> [2]
>> http://www.coderanch.com/t/429292/Web-Services/java/SOAP-message-send-fault
>> [3] https://wso2.org/jira/browse/CARBON-15155
>> [4]
>> https://docs.wso2.com/display/IS500/Admin+Services+for+One+Way+Operations
>>
>> On Mon, May 18, 2015 at 11:28 AM, Mohanadarshan Vivekanandalingam
>> <[email protected]> wrote:
>>>
>>> Hi All,
>>>
>>> Requesting some input on $subject.. I have observed a behavior in CEP
>>> 4.0.0 milestone pack (Carbon 4.4.0) where exceptions are not propagated to
>>> UI if return type is defined as void for admin service. But this behavior is
>>> totally different for CEP 3.1.0 (Carbon 4.2.0) where exceptions are
>>> propagated to UI while having return type as void.
>>>
>>> Anyone aware about this behavior and is there any reason to change this
>>> behavior ? Appreciate any input on this..
>>>
>>> Thanks,
>>> Mohan
>>>
>>> --
>>> V. Mohanadarshan
>>> Senior Software Engineer,
>>> Data Technologies Team,
>>> WSO2, Inc. http://wso2.com
>>> lean.enterprise.middleware.
>>>
>>> email: [email protected]
>>> phone:(+94) 771117673
>>>
>>> _______________________________________________
>>> Dev mailing list
>>> [email protected]
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>
>>
>>
>> --
>>
>> Tharindu Edirisinghe
>> Software Engineer | WSO2 Inc
>> Identity Server Team
>> Blog : tharindue.blogspot.com
>> mobile : +94 775 181586
>>
>>
>>
>> _______________________________________________
>> Dev mailing list
>> [email protected]
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>



-- 
V. Mohanadarshan
Senior Software Engineer,
Data Technologies Team,
WSO2, Inc. http://wso2.com
lean.enterprise.middleware.

email: [email protected]
phone:(+94) 771117673
_______________________________________________
Dev mailing list
[email protected]
http://wso2.org/cgi-bin/mailman/listinfo/dev

Reply via email to