This sounds interesting but if this is not applicable for Java Web Start
where RMI-IIOP is used then what to do?
I think that the JMS solution is not suitable because:
1. The messages sent by server to each client MUST be unique. There is
no case where the server to send one message to many clients.
2. When the client session is destroyed all pending messages must be
destroyed also and no future messages to be applied. Is that a case for
synchronous messages?
Miro.
glassfish_at_javadesktop.org wrote:
> Actually, we should stop speaking about client and server in this case. The client is by definition the caller and the server the callee. What you want is server-server communication. This is possible with RMI: the "client" can export a "notification" object when it starts. The "client" can then call the "server" and pass a remote reference of the "notification" object. The "server" can then broadcast event to all registered clients (It's maybe not exactly like this, but we do have such a solution for a RMI client-server application that need to be sometimes notified by the server side). But I fear that it's not possible with IIOP.
> [Message sent by forum member 'ewernli' (ewernli)]
>
> http://forums.java.net/jive/thread.jspa?messageID=275025
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>
>