"ma...@jb..." wrote : anonymous wrote : 1. Requirements for accessing the client over the network. Right now, the requirement would be that the server MUST be able to make calls directly to the client in order to reach that callback component for the client's stream. I don't see any other way to do this at the moment. Is this an acceptable requirement?
|
| Does this mean if I want to stream data, that means I have to have a socket open on my client side? Not desireable. Maybe I misunderstand what you are saying.
Yes. Is the only way I can think of so that when the server handler calls the read() method on the server side, I can call back on the client to execute the read() method on the actual stream object on the client. Let me know if you can think of another way to do this. When the UIL2 type transport is done, that will call will back over the same socket the client called on, so won't be an issue (but that is a ways off, so don't want to wait for it at this point).
anonymous wrote :
| As for the API, can't you just overload invoke() with an invoke(InputStream) and let the compiler take care of it?
That works. Only issue would be context of the call. Just not sure if server side will know what to do with the stream. If user codes so that does same thing with every stream that comes in, then is fine. Just didn't know if would want to have any other data attached with the call (but guess that can be done via metadata passed if have to).
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881107#3881107
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881107
|
