XSF Discussion - 2013-01-27

Hi

Hello Lance

hi Jef

i have question, can a muc relay and IQ query to all the occupants in the room?

it can, but how it does so, and how it handles the results isn't specified

how about instead of the room itself, maybe a service does it

?

Or, to put it another way, no it doesn't :)

it can't be done?

Not with standard MUC.

if you implemented your own muc component, and decided how to deal with all of the responses, sure

Lance, by component you mean service?

which can be discovered by disco

right, I mean the service providing the muc rooms

hmmm...

thanks i will check it out

but you would most likely be better off just sending the queries to the room occupants instead

if i have one query and 100 occupants it would be troublesome

more so, i don't know which occupants can handle the query

Well, that, at least, you should know.

if they join the attached muc service, i could know that

so i just send the query to the service

They'll have caps in their presence.

oh

i haven't considered that

It would break the iq model if you started getting multiple responses to a single query.

ha.... i see

so that's an absolute no

still, i find that sending a new IQ for each and every occupant is rather inefficient

sounds like you need might need mep

mep?

http://xmpp.org/extensions/inbox/mep.html

PEP for MUCs.

looks it it could solve the problem, yes... but it is a proto xep

i have no other choice then, but wait until it is ready

Jef: how much control do you have in this setup? Are these arbitrary clients joining the muc, or ones that you control?

because you could make your muc service do the initial query and then do a message broadcast with the results

no, they are arbitrary

Lance, it is for the FIS

ooh

I see

i want to send a search query

and search across all room occupants

yes

ok, then MEP wouldn't help in that case

:S

so, you'd need to do this like how MAM works

send the iq to the muc, muc queries occupants, muc forwards results via message wrappers to the requester, muc sends result iq

Message Archive Management?

yes

the pattern of send iq, receive series of result message stanzas, receive single result iq

I think I missed what you're trying to do.

Kev, it is about searching files

Ah.

Lance, then the muc would have to wait for every occupant to send the results?

It would, yes.

to send the final iq, yes

not optimal, but i guess that's the best we can do

maybe send a timeout with the query

hrm

we can't really solve the waiting issue without caching/versioning/etc, but we can make this look a bit nicer and not have all of these response stanzas

by declaring that a muc room's FIS root directory contains a directory for each occupant

and then the room proxies any requests for data in those directories to those occupants

and what about with you want to search all across with a single keyword

and what about when* you want to search all across with a single keyword

it would look exactly like doing it with another user. in this case the muc service knows how to mux all of the search results together into a single result

RSM goes out the window though :/

result set?

right, how do you reliably limit/page results from a search across multiple sources?

its doable if the muc caches the directory tree and metadata for its occupants

how about every result have an attribute with the jid of the occupant

i don't understand well how RSM becomes difficult

well, idk. i'd have to think some more. it may work just fine

ok, chat based voting works with the new memberbot. It just needs to write output files like the old one