Martin Johnson wrote:
>>Sent again in case registration process bounced first attempt to send.
Hi Marcel, Michele,
Below is and extract from another message on the list
/--
4. -multiSubscribe false
when the subscriber restarts it does the same subscribe
again and you would receive the messages twice.
Setting this to 'false' will ignore duplicate identical
subscribes
(An alternative solution:
We could change the code of HelloWorldSubscribe to
check if it has reconnected to the previous session
and in this case not do a subscribe anymore).
--/
I really like to know the technique to do this rather than having
multiSubscribe==false.
1) multiSubscribe=false is the smart way to go, the server takes care to
not subscribe twice.
2) The alternative solution loads the burden to your client code.
You need to save the secret session id from the ConnectReturnQos to your
hard disk.
On client restart and reconnect it loads the secretSessionId from hard
disk again and
compares it with the new one from the new ConnectReturnQos.
If they are equal you know that the server still knows everything about us,
if they are different you know that the server may have been down (or
has destroyed
your server session because of your settings) and has lost previous
(none persistent) subscribes.
3) A third variant could query the existing subscriptions via a
administrative command or JMX from
the server and react accordingly.
regards
Marcel
I have a crashing client (for other systematic reasons) and can end up with
many many subscriptions.
Love to be able to avoid this.
Regards
Martin
--
Marcel Ruff
http://www.xmlBlaster.org