Hello Fabio, thanks for this message, this clarifies a lot. Compared to the OpenFire integration, which I had installed as a separate thread server indeed, the case here is that we'd have the possibility to take this project and make it something that would probably scale sufficiently for curriki.
I'm trying to dimantle the current thing, which is hooked to xwiki 4.2-snapshot, to bring it into a war producer, and later for us to pack into the curriki war. However, xwiki-enterprise-database seems to have only existed until version 4.2-milestone-3. Did anything replace it? thanks Paul On 11 févr. 2013, at 18:05, Fabio Mancinelli wrote: > On Fri, Feb 8, 2013 at 3:34 PM, Denis Gervalle <[email protected]> wrote: >> Paul, >> >> You may want to have a look at >> https://github.com/xwiki-contrib/xwiki-platform-chat. >> It does not use OpenFire but Vysper. The way it goes for authentication is >> far from perfect, but it works. >> Regards, >> > I am the one responsible for xwiki-platform-chat :) > > OpenFire seems to be a big beast that is not easily embeddable. This > means that you need to start a separate server, having a duplicated > user-management and also manage to authenticate users that logs-in in > XWiki also in the OpenFire server. Doing this using actual password > could be quite hellish (and prone to security flaws). > > When I wrote the prototype I also investigated other solutions, like > Tigase (http://www.tigase.org/) which is easily embeddable but has its > own architecture for HTTP communication. Basically it starts its own > HTTP server. > > I am talking about HTTP because my goal was to use HTTP interactions > through the BOSH protocol in order to exchange information. > > What I ended up using was Vysper > (http://mina.apache.org/vysper-project/index.html) which is a modular > XMPP server, it's written in Java, it's easily embeddable, and it uses > the Servlet architecture for its BOSH extension. > > It works. For the authentication I use the cookie-based authentication > performed by XWiki. So if you log-in to XWiki you are automatically > authenticated also in the XMPP subsystem. > The prototype also supports connection using standard XMPP clients > (like pidgin). In this case you have to provide a password. > > Everything is fine but there is a catch... Vysper is strongly tied to > Jetty, so if you want to deploy it in tomcat it simply doesn't work. > I opened some issues on their JIRA and apparently they've been solved > so it might be interesting to check it out. > (https://issues.apache.org/jira/browse/VYSPER-307 and > https://issues.apache.org/jira/browse/VYSPER-309) > > For the UI part, I've added some <div> tags to some .vm and used the > Strophe.js framework for the communication > (http://strophe.im/strophejs/) > > -Fabio > > >> >> On Fri, Feb 8, 2013 at 11:02 AM, Guillaume Lerouge >> <[email protected]>wrote: >> >>> Hi Paul, >>> >>> I remember that back in the summer of 2010 some XWiki developers looked at >>> integrating a XMPP server with XWiki. If I remember correctly, a LDAP >>> server was used for user management and both the XMPP server and the wiki >>> were plugged into it. >>> >>> There was a small chat box popping up in wiki pages as well as a list of >>> connected users from which one could initiate conversations. It was very >>> experimental, worked fine for about 15 users but I have no idea about >>> scaling. >>> >>> Thanks, >>> >>> Guillaume >>> >>> On Thu, Feb 7, 2013 at 10:43 PM, Paul Libbrecht <[email protected]> wrote: >>> >>>> >>>> Hello fellow XWiki developers, >>>> >>>> I was wondering if anyone had taken the time to have a joint install of >>>> XWiki and OpenFire, apparently a fairly scalable XMPP server with nice >>>> feature completeness. >>>> Something should be done at the UI level, such as candy-chat probably. >>>> My question is more about the server side, there seems to be a way to >>>> write an adapter to fetch user-information from a database, so that >>>> exposing users of XWiki might be simple. >>>> >>>> Did anyone try this already? >>>> Did it scale? >>>> >>>> thanks in advance >>>> >>>> paul >>>> >>>> >>>> _______________________________________________ >>>> devs mailing list >>>> [email protected] >>>> http://lists.xwiki.org/mailman/listinfo/devs >>> _______________________________________________ >>> devs mailing list >>> [email protected] >>> http://lists.xwiki.org/mailman/listinfo/devs >>> >> >> >> >> -- >> Denis Gervalle >> SOFTEC sa - CEO >> eGuilde sarl - CTO >> _______________________________________________ >> devs mailing list >> [email protected] >> http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
