I've noted some more comments about widget integration in general, but
nothing as specific or useful (IMHO) as a project to integrate
http://www.google.com/friendconnect/ (
http://www.youtube.com/v/N94s7ix0JPo&hl=en&autoplay=1 ) with Xwiki. That way
people with the appropriate ID/credentials compatible w/ google
friendconnect's
OpenID would be able to login and leave authenticated comments on a wiki.
A while back Thilina Buddhika (
http://www.mail-archive.com/devs@xwiki.org/msg07563.html ) expressed
interest in this subject on this list; I was wondering if that interest
continues, or if others might find this an interesting pursuit for GSOC
2009.
The user experience should be that those w/ openID credentials should get an
automatic login into Xwiki, and that the same authentication would also
drive the friendconnect "widgets." I think the widgets themselves could
easily be integrated into Xwiki's existing panel system. Therefore, the main
work would be in creating a smoothly-integrated OpenID-based auth system
giving appropriately credentialed users an automatic "authenticated guest"
login. This login allows authenticated comments and registration, making
commenting much easier and straightforward in Xwiki. Also, registration
could always associated with a real user and not a spam account at mail.ru...
Although the construction of widget "panels" itself might be simple, some of
the authorization issues might be thorny. For example, do you publicly
display your friends-list-widget-panel to all unauthenticated users and
search engines, or do only logged-in users get access? Likewise, when
"friends" log in or view your site, they might automatically receive special
privilege based on their authenticated-friend status, e.g. view-access to a
private part of the wiki, for example. This might require extension of the
Rights system in Xwiki with extra roles alongside "unathenticated user",
such as "openid authenticated user" and "openid authenticated friend."
...
Here's the original messages and a summary of replies:
On 02 Feb 2009, Thilina Buddhika wrote:
[xwiki-devs] Possible project ideas for XWiki in GSoC 2009
I have a growing interest on XWiki and willing to take part in its
development. I am also planning to apply for GSoC 2009 (yet to be
announced) and I have realised that XWiki is a challenging and promising
open source project for GSoC 2009.
When watching the developer list, I found this mail by Niels Mayer with the
subject,* "Social Networking via OpenID support in Xwiki?"*. And It looks
like an intersting idea. I also found that there was a GSoC 2008 project
related to this idea [1]. So is it possible to continue this project
further?
Other than the above idea, I would like to know the other possible project
ideas for GSoC 2009. If it is too early I am posting about this, then lets
leave it for the next couple of weeks. Anyway I am trying to get
familiarized with Xwiki until the GSoC 2009 is announced.
[1] -
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/SSOAndOpenIDSupport
...................................
from: Niels
For some strange reason, I think this is an excellent idea :-)
Of these, which has the easiest to integrate:
http://www.google.com/friendconnect/
http://developers.facebook.com/connect.php
http://developer.myspace.com/Community/blogs/devteam/archive/2008/12/09/int…
Friendconnect has always looked most interesting of the lot, since it will
give you a variety of customizable friendconnect "widgets" . Once you
request and customize a particular instance, google generates the code and
presents it in a scrollable textarea.
Reusing the framework of one of Xwiki's existing panels is a good way to
wrap Google Friendconnect socialnetworking into an Xwiki site. You'd
basically take the code and paste it into the panel document. Then layout
one or more of the google panels into the "sidebars" in Xwiki. This permits
xwiki to layout the friendconnect panels as if they were :"one of it's
own."
Probably the easiest first-experiment would be to take an existing panel
that you probably don't use, like /xwiki/bin/inline/Panels/Welcome; as
'Admin' click "edit" and then paste in the google code between
#panelheader("Welcome") and #panelfooter(). Later, create more via
http://nielsmayer.com/xwiki/bin/view/Panels/CreatePanel ...
This video shows what happens on the google-side:
http://www.youtube.com/v/N94s7ix0JPo&hl=en&autoplay=1
I haven't looked at friendconnect's OpenID implementation so I don't know
how it would coexist or overlap w/ Xwiki's auth.
I'd assume you'd create an implementation per
http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/…
follow instructions in
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HCustomA…
You mentioned GSOC 2008 and
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/SSOAndOpenIDSupport
...
what is the status of any code completed to date?
...............................
Vincent Massol:
I'm pretty sure we'll all want to have widget integration as a GSOC
2009 project (open social, etc).
...............................
Thomas Mortagne:
The OpenId authenticator and provider already works
pretty well based
in the current not very clean authentication api with some hack
because Markus did not had choice to do this otherwise. I just did not
had time to integrate it yet in the trunk but Raffaello Pelagalli
started do to some test with it to integrate between
http://l10n.xwiki.org and
xwiki.org farms (l10n is on its own instance
of XWiki).
See
http://jira.xwiki.org/jira/browse/XWIKI-2630 ,
http://jira.xwiki.org/jira/browse/XWIKI-2588 and
http://jira.xwiki.org/jira/browse/XSALBATROSS-34
..................................
Markus Lanthaler:
Right. The implementation is complete but I guess the
tests are still
missing (kind of difficult to write meaningful tests for it).
The implementation supports both, RP and server. XWiki can accept OpenIDs
from other sites as well as issue OpenIDs to be used on other sites
supporting OpenID. That way you can use your XWiki account all over the web
(well at least on sites that support OpenID).
Niels
http://nielsmayer.com