On 8/28/05, Arioch <[EMAIL PROTECTED]> wrote: > > насколько понимаю у людей желание это все завернуть в XMPP :)) > нет, у людей желание связать несколько программ/сервисов в одно.
думаю JSF всегда будет рад если кто-то будет интегрировать XMPP с еще чем-нибудь... как сейчас например J-EAI (EAI на базе XMPP сервера) > > это даже Experimental... до Draft не дотянул еще :) > > Вот-вот. ЗНачит в массовом порядке его никто не будет реализовывтаь - > ибо он еще раза три может быь перерисован и каждый раз переписывать > поддержку? :-) есть вариант списаться с автором и узнать чего не хватает до перевода в Draft... либо подождать когда гугль скажет как они реализовывали :) > > так через сервер идет только сигнализация... SIP поток идет уже не > > через сервер... а напрямую между клиентами... OOB как раз об этом > > вроде... > > ...если напрямую между клиентами есть путь. > Впрочем, будем надеяться что SIP даже в такм случае сумеет найти > какой-нибудь перевалочный SIP-сервер. это наверно лучше спрашивать Дениса :) по особенностям работы SIP и Co...а там глядишь и интеграция с Asterix :) > а делать VoIP сервисом внутри XMPP - едва ли стоит. не-не-не... я имел ввиду не то что сервис для общения внутри XMPP голосом... например в случае с TINS: Disco вернет что TINS доступен и все... а как там дальше это будет реализовываться уже забота клиента.... > > вернуть список доступных протоколов для это... > ...и список контактов для каждого протокола :-) уж лучше тогда vCard расширять... :) чем это все в Disco запихивать... > sip-контакт не просто так выдумывали :-) > И вообще, кто там упрекал, что люди хотят все через XMPP делать? :D :)))) есть XMPP контакт.... в vCard прописано все остальное.. и все :) контакт один? один... вся доп. информация в vCard :) включая sip-контакты и остальные если нужно :) а про упреки... я имел ввиду что заворачивать всякие потоки в XMPP было бы плохо... имхо... :) > > по-поводу P2P - сомневаюсь что JSF одобрит хотя > > бы Experimental... так как для p2p есть свои протоколы, и заворачивать > > их в XMPP смысла, имхо, нет... > ...была такая программка AIMster, ради юридических тонкостей создавалась. > > Но вообще, я не уверен, что в офисе это было бы бесполезно. > Как раз м.б. проще оказалось бы, чем папки расшаривать на виндах. > А в Линуксе? А в сети разноОСной? > > (я не про передачу одного файла (push), а именно про расшаривание (pull)) понял... в небольшом офисе это может быть и слишком было... а в какой-нибудь немаленькой компании... там уже другие сложности будут :( тут уже, например, можно вынести этот функционал и на какой-нибудь компонент сервера... или на сервере только директория общая (что у кого лежит), там осуществляется поиск и сервер соединяет уже двух клиентов между собой.... может быть и было бы неплохо... > >>своем особом протоколе. И vCard для того, в общем, и создавался > > > > vCard это vCard... там хранить информацию о доп. сервисах и контактах > > клиента не нужно.. для этого как раз Service Discovery и создавался... > > для сервисов (в рамках xmpp) - disco > для контаков все же vCard или что-то вроде, если vCard окажется слишком > консервативным стандартом. > cервисы вне xmpp по вохможности сводить в контактам (как voip/sip). есть предложение... :) подождать пока Гугль скажет что-нибудь по этому поводу... может он частично и откроет как это делается в GTalk... дальше наверно JSF будет делать что-то уже более осмысленное в плане интеграции XMPP и SIP... а не рождать экспериментальные JEP... -- WBW, Unatine mailto:[EMAIL PROTECTED]
_______________________________________________ smoke-room mailing list [email protected] https://lists.altlinux.ru/mailman/listinfo/smoke-room
