Re: [vysper][pusub] pubsub entity
On Mon, Aug 10, 2009 at 09:28, Michael Jakl wrote: > Hi! > > On Fri, Aug 7, 2009 at 16:20, Bernd Fondermann wrote: >> Michael Jakl wrote: >>> The extension is completely agnostic about the "to" address, it'll >>> happily take no "to" address as well (subdomain installation). >> >> So to have two pubsubs running side by side, either pubsub1.vysper.org >> and pubsub2.vysper.org, or pubs...@vysper.org and pubs...@vysper.org, >> we'd have to still do some works. But that's fine for now. > > I think this is part of the Component architecture, isn't it? I'm not > sure if our module should verify that it's the correct recipient of a > message. > > I wasn't aware of the goal to have multiple instances of the extension > running in one Vysper instance since it already supports multiple > collection nodes and leaf nodes, It's not a goal, but I'd like to understand what the current limitations might be. And, if you think of it for a second, two pubsubs for two distinct business needs could make sense. > but I think it should be no problem > as long as the ProtocolWorker(?) routes the stanzas to the correct > instance. That's right, the core has to make sure to route correctly. But the pubsub part or any other extension has to somehow make the information available which stanzas it expects to have routed to it (as handlers do, too). And that information is not in pubsub right now... > >> Maybe we should record such open tasks as 'improvement'- or >> 'feature'-JIRAs so we can keep track of them. ... and that's what we have to keep track of in respect to the pubsub module. > > Yes. Should we create a new JIRA-component (XEP-0114)? We could have a JIRA for that, too (if there isn't already). Bernd
Re: [vysper][pusub] pubsub entity
Hi! On Fri, Aug 7, 2009 at 16:20, Bernd Fondermann wrote: > Michael Jakl wrote: >> The extension is completely agnostic about the "to" address, it'll >> happily take no "to" address as well (subdomain installation). > > So to have two pubsubs running side by side, either pubsub1.vysper.org > and pubsub2.vysper.org, or pubs...@vysper.org and pubs...@vysper.org, > we'd have to still do some works. But that's fine for now. I think this is part of the Component architecture, isn't it? I'm not sure if our module should verify that it's the correct recipient of a message. I wasn't aware of the goal to have multiple instances of the extension running in one Vysper instance since it already supports multiple collection nodes and leaf nodes, but I think it should be no problem as long as the ProtocolWorker(?) routes the stanzas to the correct instance. > Maybe we should record such open tasks as 'improvement'- or > 'feature'-JIRAs so we can keep track of them. Yes. Should we create a new JIRA-component (XEP-0114)? Michael
Re: [vysper][pusub] pubsub entity
Michael Jakl wrote: > Hi! > > On Fri, Aug 7, 2009 at 14:27, > bernd.fondermann wrote: >> You are making great progress on PubSub, as far as I can see. > > Thanks! > >> Is there any a dedicated pubsub entity responsible for receiving all the >> pubsub stanzas, or can that be any entity? > > The extension is completely agnostic about the "to" address, it'll > happily take no "to" address as well (subdomain installation). So to have two pubsubs running side by side, either pubsub1.vysper.org and pubsub2.vysper.org, or pubs...@vysper.org and pubs...@vysper.org, we'd have to still do some works. But that's fine for now. > As long > as the stanzas are routed to the pubsub handlers (done via the > namespace, but you know that part better than me) it'll handle them. > The "from" address to be used for the reply is set in the > PubSubServiceConfiguration object (as discussed some time ago). > > Does this answer your question? Yes, thanks. Maybe we should record such open tasks as 'improvement'- or 'feature'-JIRAs so we can keep track of them. Thanks, Bernd
Re: [vysper][pusub] pubsub entity
Hi! On Fri, Aug 7, 2009 at 14:27, bernd.fondermann wrote: > You are making great progress on PubSub, as far as I can see. Thanks! > Is there any a dedicated pubsub entity responsible for receiving all the > pubsub stanzas, or can that be any entity? The extension is completely agnostic about the "to" address, it'll happily take no "to" address as well (subdomain installation). As long as the stanzas are routed to the pubsub handlers (done via the namespace, but you know that part better than me) it'll handle them. The "from" address to be used for the reply is set in the PubSubServiceConfiguration object (as discussed some time ago). Does this answer your question? Michael
[vysper][pusub] pubsub entity
Hallo Michael, You are making great progress on PubSub, as far as I can see. One question I asked myself regarding your impl: Is there any a dedicated pubsub entity responsible for receiving all the pubsub stanzas, or can that be any entity? Thanks, Bernd -- bernd.fondermann brainlounge ++49 69 367 068 39 =tel ++49 69 367 068 39 =fax ++49 177 249 67 13 =mob bernd.fonderm...@brainlounge.de ginnheimer str. 46, D-60487 frankfurt/main www.brainlounge.de
