[JDEV] Writing presence-enabled agents/components
Timothy Carpenter
timbeau_hk at yahoo.co.uk
Wed Nov 20 10:51:53 CST 2002
When I have been working on my components, I have found it necessary to
manage lists, as each subscriber (in my case) has a different list of
elements of interest from the 'source'.
Unless you are broadcasting the same information to all clients, then a list
managed by the component "comes with the territory".
Tim
On 20/11/2002 5:34 pm, "DJ Adams" <dj.adams at pobox.com> wrote:
> On Mon, Nov 18, 2002 at 02:20:40PM -0500, Ralph Siemsen wrote:
>> The only way around this seems to be to have the agent permanently store
>> the JIDs of all users who have subscribed the agent. Then upon connect
>> or disconnect, the agent has to explicitly send out presence events to
>> all those JIDs.
>>
>> Have I missed something obvious? Is the intention for agents to
>> explicitly store their subscriber lists (on disk)? Or is there a way to
>> make use of the existing code in jabberd but applied to an agent?
>
> The essential difference here is that clients connect (via the client
> concentrator) and use the services of the JSM, and components just
> connect to the jabberd backbone. A component is a peer, so to speak,
> of the JSM.
>
> The JSM contains a presence module that handles what you're describing,
> so clients enjoy the benefit of that module's service. A component, on
> the other hand doesn't, so the short answer is yes, the component must
> do the work of the JSM presence module that it wants doing.
>
> DJ
> floating in and out of online-ness
> _______________________________________________
> jdev mailing list
> jdev at jabber.org
> http://mailman.jabber.org/listinfo/jdev
__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
More information about the JDev
mailing list