You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "Simon Laws (JIRA)" <de...@tuscany.apache.org> on 2009/04/24 12:30:30 UTC

[jira] Commented: (TUSCANY-2967) For binding.jms, consider a more natural exception handling strategy for non-XML, non-Object wireFormats

    [ https://issues.apache.org/jira/browse/TUSCANY-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12702313#action_12702313 ] 

Simon Laws commented on TUSCANY-2967:
-------------------------------------

I suspect this comment applies to other wire formats (default and textXML) as there is code in the AbstractMessageProcessor that creates object messages for exceptions. 

Where the contents of the message are XML should the unchecked faults, which won't have been turned into XML by the databinding framework be XMLified?

> For binding.jms, consider a more natural exception handling strategy for non-XML, non-Object wireFormats
> --------------------------------------------------------------------------------------------------------
>
>                 Key: TUSCANY-2967
>                 URL: https://issues.apache.org/jira/browse/TUSCANY-2967
>             Project: Tuscany
>          Issue Type: Improvement
>          Components: Java SCA JMS Binding Extension
>            Reporter: Scott Kurz
>
> For the wF.jmsBytes, wF.jmsText cases, (when we're not dealing w/ JAX-WS exceptions/faults mapping to XML), it seems odd that we would give you back a TextMessage/BytesMessage  for a normal response but an ObjectMessage for an exception (granted this was partly my idea).  
> Should we instead do something like a toString() and convert an exception to a String we could place in either a BytesMessage or TextMessage?    True, I think fidelity would suffer here and the app on the other end might not be able to reconstitute an exception instance matching the one thrown by the SCA service impl before it was turned into a toString by the SCA binding.jms.    
> But I wonder if this is too unexpected.... if I'm expecting to receive a response TextMessage and get a ClassCastException because I get an ObjectMessage, that might seem really strange.  
> Maybe this needs more discussion.    I also admit I have no idea what other frameworks involving a map between RPC-ish invocations and JMS apps do with exceptions.    

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.