The XWiki development team team is pleased to announce the
availability of the 1.0 RC 5 release.
Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download
The 1.0 RC4 release was supposed to be the last release before the
1.0 final but we've discovered some important bugs, the most
important being that with RC4 you couldn't anymore copy/paste content
from Word/Excel into the WYSIWYG editor. This release is a bug fix
release and is planned to be promoted as the final 1.0 release on
next Tuesday. Let's hope it's the last RC.
* Bugs fixed:
o XWIKI-1205 - Going to the Main.WebHome page on a wiki
with an empty database generates a NPE
o XWIKI-1210 - Nested lists are discarded by WYSIWYG editor
o XWIKI-1224 - Html tags is escaped when we switch from
wysiwyg editor to wiki editor
o XWIKI-1225 - Entering a multiline cell content only
keeps the first line when saved in WYSIWYG mode
o XWIKI-1227 - Incorrect paragraph when copy and paste
from other editor to WYSIWYG editor
o XWIKI-1229 - Toolbar in Wysiwyg Editor cannot wrap
properly under IE7
o XWIKI-1233 - Unindent button greyed out even though line
is indented
o XWIKI-1234 - Editor doesn't understand the 1. syntax
notation for lists
o XWIKI-1238 - Horizontal line breaks table
* Improvement
o XWIKI-1228 - Change the style sheet for select list in
toolbar of WYSIWYG editor
o XWIKI-1237 - Add handle button toolbar for font size and
font family select in toolbar of visual editor.
IMPORTANT: XWiki 1.0 RC 2 has fixed an important security issue in
past releases where passwords were stored in clear in the database.
Passwords are now hashed. If you are upgrading from a previous
version, any new user or any password update will automatically get
the password hashed. However existing users who do not change their
passwords will still have their passwords in clear in the database.
Thus, we are providing a tool to automatically hash all passwords
from an existing database.
See the full release notes on http://www.xwiki.org/xwiki/bin/view/
Main/ReleaseNotesXWiki10RC5
Enjoy
-The XWiki development team
Hi everyone,
I've staged the RC5 release on http://www.xwiki.org/10rc5/
It would be nice if some of you could quickly try it out (we'd like
to release ASAP) and let us know if it's working as expected. Once we
get a few confirmations we'll officially release it.
You can check the release notes on
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWiki10RC5
Thanks a lot
-Vincent (on behalf of the XWiki dev team)
Hi,
We discovered yesterday some important issues in RC4 with the WYSIWYG
editor. Namely:
* [XWIKI-1205] - Going to the Main.WebHome page on a wiki with an
empty database generates a NPE
* [XWIKI-1224] - Html tags is escaped when we switch from wysiwyg
editor to wiki editor
* [XWIKI-1225] - Entering a multiline cell content only keeps the
first line when saved in WYSIWYG mode
* [XWIKI-1227] - Incorrect paragraph when copy and paste from other
editor to WYSIWYG editor
* [XWIKI-1229] - Toolbar in Wysiwyg Editor cannot wrap properly under
IE7
These are too important and we can't promote RC4 as 1.0 final because
of them. I'm proposing we release a quick RC5 today with these changes.
Here's my +1
Thanks
-Vincent
Hi,
I'd like to move the public APIs getService() and getPortalService()
in a separate Exo plugin. Advantages:
1) less cruft in XWiki classes
2) removes one dependency on Exo in XWiki core
3) better separation of concern
ok with everyone?
Thanks
-Vincent
Hi chaps,
I am prepared to fix the Oracle port. However, I cannot connect an svn
client at work due to our network security policy.
Can you package the latest stable source for me to work on?
Many thanks.
Ed
Hey guys -- I just grabbed the Windows .exe for rc4 to try it out quick,
and noticed that it doesn't work out of the box. When I start it, I get
this failure:
19:08:46.125 WARN!! [main]
org.mortbay.jetty.servlet.WebApplicationContext.doStart(WebApplicationContext.java:519)
>12> Configuration error on
file:/C:/Program%20Files/XWiki/xwikionjetty/webapps/xwiki/
org.apache.xerces.impl.dv.DVFactoryException: DTD factory class
org.apache.xerces.impl.dv.dtd.DTDDVFactoryImpl does not extend from
DTDDVFactory.
at org.apache.xerces.impl.dv.DTDDVFactory.getInstance(Unknown
Source)
at org.apache.xerces.impl.dv.DTDDVFactory.getInstance(Unknown
Source)
at
org.apache.xerces.impl.xs.opti.SchemaParsingConfig.<init>(Unknown Source)
at
org.apache.xerces.impl.xs.opti.SchemaParsingConfig.<init>(Unknown Source)
at org.apache.xerces.impl.xs.traversers.XSDHandler.<init>(Unknown
Source)
at org.apache.xerces.impl.xs.traversers.XSDHandler.<init>(Unknown
Source)
...
I figured out that I needed to delete the xerces jar file from our lib
directory, and after I did that it worked. But this is not at all obvious,
and really for something that is stated "Should be used by first-time
users.", it'll leave a very bad impression. I would just add it to the
Instructions, but I'm not sure if that is good enough. Would it make sense
to modify the build script to delete the xerces jar file when creating the
Windows exe?
shawn.
Hello.
I would like the xwiki 1.0 release be able to compile/run on Java 1.6.
Many users already use java 1.6.
I see only one problem: XWikiJDBCConnection class.
http://jira.xwiki.org/jira/browse/XWIKI-974
As I see, info from this class is not used in xwiki core.
Main question: Why xwiki needs XWikiJDBCConnection?
If it is not needed, we can easily remove it by patch
http://jira.xwiki.org/jira/secure/attachment/10939/noXWikiJDBCConnection.pa…
If it is needed, I can rewrite XWikiJDBCConnection using java reflections.
--
Artem Melentyev, UralSU, CS401
Hi,
Vincent, you asked me to discuss about this doc in the mailing list.
This doc concentrates on complete setup guide for a newbie user (admin).
Once setup is done, provided the help links for admin & user. I haven't
created any redundant pages. Wherever required, xwiki links are re-used.
Moreover, there are few additional links provided.
This is the TOC of the doc.
1 Document Purpose
2 Prerequisites
2.1 Jdk
2.2 Tomcat Installation
2.3 Mysql
3 Database
3.1 Create Database
4 Xwiki Installation
4.1 Deploy Xwiki
4.2 Default Wiki Xar
4.3 Importing Xwiki Pages (Xar)
5 Xwiki Help
5.1 User's Guide
5.1.1 Video Tutorials
5.1.2 Features
5.2 Admin Guide
5.2.1 Create Groups
5.2.2 Add Users To Group
Refer the attached doc.
http://www.xwiki.org/xwiki/bin/view/Sandbox/InstallDevGuide
Thanks,
Sanjay
Hi,
I download the latest gelc application from repository and build with ant,get following error(JDK1.5,ANT 1.6.5 on Windows XP sp2):
gelc.gwt:
[gwtcompile] Compiling org.curriki.gwt.Main
[gwtcompile] Output will be written into H:\SoftDeveloping\wiki\xwiki\EclipseSpa
ce\gelc\build\org.curriki.gwt.Main
[gwtcompile] Analyzing permutation #1
[gwtcompile] [ERROR] Unexpected internal compiler error
[gwtcompile] java.lang.OutOfMemoryError: Java heap space
BUILD FAILED
H:\SoftDeveloping\wiki\xwiki\EclipseSpace\gelc\build.xml:76: Unable to compile G
WT
I can't found documents on build gelc,please help!
Jackson
Hi,
We need to organize a bit better the different JIRA projects. Right
now there are:
- XWiki
- XWiki Applications
- XWiki Clients
We need to clean the XWiki Applications and XWiki Clients projects.
For this we need to define a strategy for where to put xwiki plugins,
applications, etc.
Here are some facts:
* A JIRA project has the same versions for all components. This means
one JIRA project per release lifecycle.
And here's my proposal in term of JIRA projects:
* "XWiki":
- We put everything here that is tied to the XWiki Core release
(1.0 RC2, 1.1 B1, etc). Right now there are several plugins that are
still tied to the XWiki release (all the core plugins). So they
should go in there for now. When we'll move out the plugins later on,
we will then move their JIRA issues.
* "XWiki Applications":
- We remove this JIRA project
* "XWiki Default Wiki":
- We create this new JIRA project. Corresponds to xwiki-
applications/wikis/default.
- We move all issues from current XWiki JIRA project that have a
"Default Wiki" component to it.
- We define a version scheme for it. I propose to use the same
versions as for XWiki core for now. But in the future it'll be
possible to release the default wiki independently of XWiki Core.
- We create components for the various XWiki applications that we
haven't separated from the xwiki-applications/wikis/default yet (i.e.
all except the Panels which has been moved out)
* "XWiki Panels Application":
- We create this JIRA project. Corresponds to xwiki-applications/
xarlets/panels
- We define a version scheme for it. I propose to use the same
versions as for XWiki core for now. But in the future it'll be
possible to release the default wiki independently of XWiki Core.
- We release the panels application on the forge instead of just
releasing it as an attachment to http://www.xwiki.org/xwiki/bin/view/
Code/PanelsApplication. We'll continue to reference the download from
that page but it'll point to OW's forge. We ensure it's also
referenced from the main Download page on xwiki.org
* "XWiki Selenium Application":
- We create this JIRA project. Corresponds to xwiki-applications/
xarlets/selenium
- We define a version scheme for it. I propose to start at 0.1 as
it's still early stuff
- Release it as 0.1 on the forge and, as above, modify xwiki.org to
point to it (from the code zone).
* "XWiki <plugin name> Plugin":
- Where <plugin name> is: "Adwords", "Alexa", "Email Notification",
"IP Resolver", "Laszlo", "Task Manager", "Terraserver"
- The strategy is that once a plugin is moved out of the core to
the xwiki-plugins/ dir, we create a JIRA project for it
- We define a version scheme for them. I propose to start at 0.1 as
we haven't released them yet. We shouldn't release any of them until
we've tested it works with the latest version of XWiki Core.
* "XWiki Clients":
- We remove this JIRA project and move all current clients to the
sandbox. Namely they are: "foxwiki", "anyedit", "p2pxwiki", "wiked"
Others:
* I'm not entirely sure what to do with these projects in xwiki-
tools: build tools, package and cryptpasswords.
* I think they're too small and not well-defined enough to warrant a
JIRA project each. I'm proposing to create a Tools component in the
main XWiki JIRA project for now to see how they develop in the future.
WDYT?
If you're ok I'm proposing to do the reorganization work.
Thanks
-Vincent
Hi,
1) In trunk, it's not possible to save without entering a comment. I
think this should be optional.
2) When clicking on save with no comment there's a dialog box that
pops up that asks for a comment but it's not possible to cancel it
even though there's a cancel button
Thanks
-Vincent
Thanks to everyone. I got some great ideas for xwiki projects. I will go
back and digest them and pick one that I really like (right now - I like
them all - that's why it's hard to pick just one :-)
Thanks again
Anil
***********************************************************************
Bear Stearns is not responsible for any recommendation, solicitation,
offer or agreement or any information about any transaction, customer
account or account activity contained in this communication.
***********************************************************************
Well, thank you for the responses on my previous posts.
Another "difficult" question (for me :( )...
Here is the code:
#foreach($obj in $doc.getObjects("Movr.MediaHasPersonClass"))
#if($context.action=='view')
#set($personObj= $xwiki.getDocument($obj.getProperty('person').value).getObject("Movr.PersonClass"))
##link to person's page
#set($personURL = $xwiki.getURL("$obj.getProperty('person').value"))
<a href="$personURL">$personObj.firstName $personObj.lastName</a>
#else ###inline
##ajax input suggest
<input id="inputSuggest$velocityCount" name="inputSuggest" alt="Suggestions" type="text" />
$obj.person
The question is the following one: I have an Ajax input suggest (which works just fine, it retrieves from the database the information I need), which is suppose to help me add another object of type PersonClass, by selecting from the ones that are already in the database. My class MediaHasPersonClass has a field person, of type DatabaseList, which initially had attached a Hibernate query to retrieve all the persons from the database and display them in a select. Now, I'm using this Ajax suggest so I would like to somehow tell xwiki that the person whom I selected from the suggest is the correspondent object (for instance, if I write $obj.person I get an xwiki rendered input with the name of a person from the database, and if I change the name and save it, the modifications will be kept).
I would like to know how can I do that for my own input.
I hope I explained somehow what I would like to know...
Thanks.
Evelina
Hello all,
I wrote a post on xwiki-users this morning, because someone told me there is where the questions about "how to" are supposed to go, but nobody answered (and I figured it out by myself, with the help of Sergiu) so I'll try my luck here, as I really need some help.
In a velocity script I receive a request and I take the value with #set($input =$request.get("param")).
My question is, how can I apply string transformations (i.e to lowercase, split the string etc) to this variable($input) in velocity? I looked everywhere but I guess I miss something. Please help!
Thank you,
Evelina Slatineanu
The XWiki development team team is pleased to announce the
availability of the 1.0 RC 4 release.
Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download
This release is a bug fix release and is planned to be promoted as
the final 1.0 release next week if no critical bug is found till then.
* Bugs fixed:
o XWIKI-1023 - Probable mistake in strikethrough regular
expression match
o XWIKI-1151 - Wyswiyg editor has problem with lists and
carriage returns
o XWIKI-1152 - Wysiwyg loosing content when copy pasting
and switching to list
o XWIKI-1161 - Exception when manipulating class fields
causes them to "disappear"
o XWIKI-1163 - Remove lines space before and after the
list, table
o XWIKI-1164 - Editor removes line feeds
o XWIKI-1165 - WYSIWYG editor doesn't understand the "-"
notation for lists
o XWIKI-1166 - WYSIWYG editor doesn't understand the
<text> , it's ignored
o XWIKI-1167 - Create 2 lists that separated by a line
space then it merges both lists
o XWIKI-1172 - "Indent" button generates escaped
<bloquote> wiki markup
o XWIKI-1180 - The blockquote is never removed
o XWIKI-1182 - Empty line after list missing
o XWIKI-1183 - URLs entered in wiki markup are displayed
without the protocol part
o XWIKI-1184 - Tooltip for Ordered List is wrong
o XWIKI-1189 - Reduce the amount of space before the level
1 title
o XWIKI-1190 - One empty line at the start of a document
is stripped when rendered and edited again
o XWIKI-1191 - Macromapping of velocity macros when
there's no Velocity macro page defined fail and instead include the
WebHome page of the current space
o XWIKI-1192 - {skype} macro mapping to #skype velocity
macro isn't working
o XWIKI-1197 - exception in rename nonexistent document
o XWIKI-1204 - Incorrect type of code macro when we switch
from wiki => wysiwyg => wiki
* Improvements
o XWIKI-1039 - The albatross skin does not distinguish
disabled form fields
o XWIKI-1109 - XWikiRightServiceImpl.listAllLevels uses an
expensive method for producing the rights list.
o XWIKI-1200 - Hide actions in the menu that don't have a
meaning for a non-existing document
IMPORTANT: XWiki 1.0 RC 2 has fixed an important security issue in
past releases where passwords were stored in clear in the database.
Passwords are now hashed. If you are upgrading from a previous
version, any new user or any password update will automatically get
the password hashed. However existing users who do not change their
passwords will still have their passwords in clear in the database.
Thus, we are providing a tool to automatically hash all passwords
from an existing database.
See the full release notes on http://www.xwiki.org/xwiki/bin/view/
Main/ReleaseNotesXWiki10RC4
Enjoy
-The XWiki development team
My strongest skills are in java,j2ee,and jms architecture and
development - I am also pretty good at documenting stuff (I used to
write articles for computer magazines explaining some high tech topic) -
followed by DB and infrastructure stuff like machines, OS, networking,
TCP/IP and Internet, etc. etc. (http://www.anilgurnani.com should give a
pretty good idea about me) on the infrastructure front, I can provide
hosting space, subversion, wikis, downloads, mirrors in US - etc. etc.
through my previous venture (http://www.oncr.com)
Doing some documentation may be a good starting point (as I will need to
learn before I can document) - is there any particular type of
documentation that is currently needed?
Thanks
Anil
-----Original Message-----
From: Sergiu Dumitriu [mailto:sergiu.dumitriu@gmail.com]
Sent: Wednesday, May 09, 2007 9:52 AM
To: xwiki-dev(a)objectweb.org
Subject: Re: [xwiki-dev] xwiki dev ideas
Hi,
You probably did notice from the mailing lists that we do need
developers (and testers), especially at this point, when XWiki 1.0
should be out in a few days, and when the XWiki 2.0 architecture must
be finalized and implemented. So your help is very appreciated.
"Not hard to implement" differs from person to person. Could you tell
us what are your strong points? Java, databases, html+css, javascript,
velocity, testing, documentation?
On 5/9/07, Gurnani, Anil <agurnani(a)bear.com> wrote:
> Ok so I have been a member of the dev mailing list for over six months
> and I have been playing with the latest releases of xwiki for six
months
> and now I am itching to contribute :-)
>
> Anybody has any ideas for some cool (yet not very hard to implement
> cause my understanding of the code is very minimal at this point)
> feature to get my feet wet?
>
> Anil
>
>
>
>
>
Sergiu
--
http://purl.org/net/sergiu
***********************************************************************
Bear Stearns is not responsible for any recommendation, solicitation,
offer or agreement or any information about any transaction, customer
account or account activity contained in this communication.
***********************************************************************
Ok so I have been a member of the dev mailing list for over six months
and I have been playing with the latest releases of xwiki for six months
and now I am itching to contribute :-)
Anybody has any ideas for some cool (yet not very hard to implement
cause my understanding of the code is very minimal at this point)
feature to get my feet wet?
Anil
***********************************************************************
Bear Stearns is not responsible for any recommendation, solicitation,
offer or agreement or any information about any transaction, customer
account or account activity contained in this communication.
***********************************************************************
FYI trunk has an issue probably due to the latest commits: when you
edit a page the save/preview/etc buttons are not displayed and a
velocity error is shown instead.
-Vincent
Hi everyone,
I've staged the RC4 release on http://www.xwiki.org/10rc4/
It would be nice if some of you could quickly try it out (we'd like
to release ASAP) and let us know if it's working as expected. Once we
get a few confirmations we'll officially release it.
You can check the release notes on
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWiki10RC4
Thanks a lot
-Vincent (on behalf of the XWiki dev team)
Hello,
1) I have not yet understand what is a category in xWiki and how to fill it
(I succeed to create mine, but I can't put anything into it).
2) In fact, I looking for a category as mediawiki.
For instance, my xwiki is a presentation of books. So when I see the book
main page, I will have the text and the list of the subcategories (book of
mathematics, book of physics, ...).
When I add a new sub category (like books on computer sciences), I would
like that it will be automatically add to the book main page. And I will
also that this page shows to the user the subcategory like : documentation
about compiler, and documentation about wiki.
And in the page about wiki, I would like to have a list of hyperlink to page
that describes mediawiki, xwiki, .....
Are this kind of mechanism fully , partilly coded into xwiki ? If not how to
code it ?
Thanks,
PHL.
--
View this message in context: http://www.nabble.com/Category-%28and-hierarchical-category%29.-tf3704021.h…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
For those who wonder I've deleted XWIKI-1203 because the bug fixed in
it wasn't there in RC3 and has been introduced by another commit in
RC4. Thus we don't want/need to have a jira issue that appears in the
release notes, which would be confusing.
Thanks
-Vincent
PS: We all need to start writing selenium tests to prevent
regressions...
Hi,
Can someone please unsubscribe me off the list please. I had mailed so many times now to xwiki-dev-unsubscribe(a)objectweb.org . But i still get the mails. Does anyone know any other procedures to unsubscribe from the xwiki group.
Thank you,
----- Original Message ----
From: Bradley Beddoes <beddoes(a)intient.com>
To: xwiki-dev(a)objectweb.org
Sent: Tuesday, May 8, 2007 3:22:52 PM
Subject: Re: [xwiki-dev] OpenID, Shibboleth and other identity technologies for xwiki
Hi Vincent,
Your absolutely correct there are many alternatives each with their own
various positives and negatives.
A review of the solutions available is always a good idea.
However I am pretty confident nothing else matches the ESOE for its
feature set at this stage, but of course I would be happy to be proven
wrong :).
regards,
Bradley
Vincent Brousseau wrote:
> OpenSSO could also be an interesting alternative
> (https://opensso.dev.java.net/).
>
> It started off the codebase of Sun Java System Access Manager so it's
> heavy, but definitely enterprise grade.
>
> There are many other solutions of that kind, perhaps they should be
> reviewed first before going on with an integration in XWiki.
>
> Vincent
>
>
> On 5/7/07, Bradley Beddoes <beddoes(a)intient.com> wrote:
>> Hi,
>> Responses inline below.
>>
>> Sergiu Dumitriu wrote:
>> > Hi,
>> >
>> > This looks good, congratulations!
>> >
>> > It would be nice if it could be integrated in XWiki (with your kindly
>> > offered help), as it provides support for many authentication
>> > protocols. However, this must not be done in a haste. We should
>> > establish some goals, an implementation plan (including eventual
>> > changes needed in the XWiki engine), and a target version. I think
>> > that 1.0 is out of the question, so we need to decide if it is a
>> > feature that must go into 1.1 or it can wait until the XWiki 2.0
>> > architecture is finalized.
>> >
>> > (@Vincent) Should we establish a developer meeting on IRC to discuss
>> > this? Or are mailing lists OK?
>> >
>> > On another topic, how stable is the ESEO API? Can we count on a
>> > future-compatible integration?
>>
>> The really cool part is that the integration on the application side for
>> pure identity transfer is minimal, especially in java with the use of
>> filters.
>>
>> If you'd like to take it further and integrate authorization to the
>> ESOE's policy decision point (and I think it would be a god idea) that
>> would take a little longer.
>>
>> The API itself should be pretty static from this point forward, while
>> we've got it tagged at 0.1 in reality its a lot further ahead then that,
>> infact we're rolling into production at some sites shortly.
>>
>> regards,
>> Bradley
>>
>>
>> >
>> > Thanks,
>> > Sergiu
>> >
>> > On 5/8/07, Bradley Beddoes <beddoes(a)intient.com> wrote:
>> >> Hi,
>> >> In later March there was a thread about openID support for xwiki,
>> at the
>> >> time I mentioned new project we were about to launch which could solve
>> >> the openID issue as well as shibboleth, active directory and LDAP
>> >> integration.
>> >>
>> >> That software is now available at http://esoeproject.org
>> >>
>> >> Have a look at what it can offer I would be happy to work with the
>> xwiki
>> >> community further to integrate appropriately.
>> >>
>> >> regards,
>> >> Bradley
>> >>
>> >>
>> >>
>> >
>>
>>
>>
>>
>> --
>> You receive this message as a subscriber of the
>> xwiki-dev(a)objectweb.org mailing list.
>> To unsubscribe: mailto:xwiki-dev-unsubscribe@objectweb.org
>> For general help: mailto:sympa@objectweb.org?subject=help
>> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>>
>>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi.
I would like to propose the project:
OpenID[1] support in XWiki.
OpenID is an open, decentralized, free framework for user-centric
digital identity. [1]
1) XWiki as openid consumer.
Possibility to login into xwiki with openid.
Value: major
2) XWiki as openid provider.
Some users of xwiki will have openid account like username.xwiki.host
or xwiki.host/openid/username
For example users in xwiki.com will have openid = username.xwiki.com
Value: minor
User story:
I have account and virtual wiki at username.xwiki.com.
I wish to login with openid into xwiki.org.
Standard authentication process with openid[3]:
I enter to openid login form at xwiki.org my openid=username.xwiki.com,
click sumbit.
xwiki.org redirects me to openid authentication page in
username.xwiki.com.
I enter my password, click submit.
username.xwiki.com redirects me back to xwiki.org.
Done. I logined into xwiki.org with openid.
If I already logined to username.xwiki.com, xwiki.org will not redirects
me to username.xwiki.com, and I don't enter password.
I may use my openid=username.xwiki.com as normal openid. For example I
may write comments to livejournal.com with openid[2].
Advantages:
The User needs only one login for all xwikis and openid services.
User's openid will be point at homepage on xwiki (possibly).
Increase popularity of xwiki project:
There are not much openid providers for now. [4]
XWiki users will promote xwiki their openids (*.xwiki.com)
There are also bounty($5000) for openid-enabled opensource projects:
http://iwantmyopenid.org/bounty
There are other authorization protocols, similar to the technology openid:
http://lid.netmesh.org/http://en.wikipedia.org/wiki/Inames (inames mostly paid)
http://yadis.org/
But it is not too common.
Technical details:
Possible openid implementations: http://code.google.com/p/openid4java/
or http://code.google.com/p/joid/
Consumer:
Then user logins with openid first time, xwiki create special user
like XWiki.openid_<user's openid> for a user settings storage.
Provider:
java servlet.
WDYT?
Is this project suitable for GSoC 2007?
Estimated workload: 1-2 man/month
References:
[1] http://openid.net/
[2] http://www.livejournal.com/openid/
[3] http://openid.net/about.bml
[4] http://openid.net/wiki/index.php/Public_OpenID_providers
--
Artem Melentyev, UralSU, CS401