[ http://jira.jboss.com/jira/browse/JBREM-93?page=comments#action_12316828 
]
     
Tom  Elrod commented on JBREM-93:
---------------------------------

I don't think this is documented anywhere.  

The real problem lies in that there can be many exceptions that are raised that 
have nothing to do with the actual callback handler receiving the callback 
(i.e. network connection problem).  Another major issue is that the client may 
get the callbacks by polling, so even if the client has a problem processing 
the callback, there is no way to provide this feedback to server (and is up to 
client if is push or pull, so no way for server side to rely on this behavior). 
 

I would prefer to change the HandleCallbackException than return an Object from 
the handleCallback() method because of the forementioned problem of not knowing 
if is push or pull (as would always have to return some default value if was 
pull, like null, since would not be able to get it from the client till 
sometime later).  

So if I added something to HandleCallbackException like getUserException() 
which would return original exception thrown by client (if there was one, 
otherwise return null), would that work?  Also, would it be useful to provide a 
way of knowing if CallbackHandler is using pull or push model?

Maybe a use case would help me understand what you are after a little better.  

> Callback handler returning a generic Object
> -------------------------------------------
>
>          Key: JBREM-93
>          URL: http://jira.jboss.com/jira/browse/JBREM-93
>      Project: JBoss Remoting
>         Type: Feature Request
>   Components: callbacks
>     Reporter: Ovidiu Feodorov
>     Assignee: Tom  Elrod
>     Priority: Optional

>
>
> InvokerCallbackHandler.handleCallback() returns void. However, is is able to 
> throw a HandleCallbackException that ultimately reaches the calling party. 
> I was wondering if it is a big deal to have handleCallback() returning a 
> generic Object. This would make the handleCallback()'s semantics more 
> flexible.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
JBoss-Development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to