Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [phoenix-dev] XWiki


Hi,

I'm the XWiki project lead and would be happy to answer any questions you might have on XWiki and how it could be used for the eclipse project.
Concerning LDAP and load balancing:

1/ There is a indeed an LDAP module in XWiki and it's very easy to change/modify any authentication as it is well separated in classes which can be loaded at runtime from the configuration. Single sign on is therefore possible..

2/ Concerning load balancing, XWiki does not yet run on load balancing but it has been architectured so that it should be fairly easy to do the work. Session replication is not needed at all as XWiki doesn't put any information in sessions which needs to be replicated. The only issue is with caches which need to be synchronized.. For this XWiki users OSCache which allows to broadcast cache invalidation (on edits) on a cluster. There are a few caches which are not yet put in OSCache caches and would need to be modified (but that's not too difficult). From there it's mainly configuration and testing.. There was already interest by a company to make it work on a cluster.. If there are testers it can be fairly easy to provide tests builds for which we could get feedback (testing is actually what's the longest for this).

About a few additional reasons why XWiki could be an interesting choice for Eclipse:

- XWiki is highly skinnable and you can completely control the look and feel.. - it's possible to setup XWiki as an XWiki farm, which means you can have separate wikis running from the same servers.. It can even be setup to allow to "create" wikis by copying a default wiki..
- XWiki is used by two teams at IBM (contacts available if you want !)
- XWiki has a powerful roadmap ahead (Eclipse client, offline usage and replication, wysiwyg editing, charting, svg, applications, etc..) - XWiki supports small application development using forms and scripting which you won't find in any other open source wiki (this is what Stéphane is using on http://club.mandriva.com) - XWiki is java which means it can move to be an embedded solution inside Eclipse - The programming system of XWiki allows to move many things to wiki owners (for example each wiki can have it's own skin which is editable online through the xwiki form interface)

Anyway, don't hesitate to ask any questions about this.

Ludovic

Denis Roy wrote:
One of our requirements is that the Wiki software must behave in a load-balanced environment. How do these apps maintain state if, say, your "edit this page" request is is sent to one server but your "publish this page" request is sent to another server?

More specifically, problems occur when session state is maintained in server RAM. I'm not a Tomcat expert, therefore configuring shared sessions accross servers doesn't appear to be a trivial task, and anything I do to Tomcat (deploy web apps, compile from source, whatever) needs to be replicated and maintained across servers in the cluster.

This bug explains a bit about the requirements we have:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=87949

D.


Stéphane Laurière wrote:
Ed Burnette wrote:

I still like Wikimedia over Xwiki but that's just my opinion.


ok! But that'd be worth comparing XWiki and Wikimedia roadmaps to see
where we might be one year ahead from now!

In the frame of Phoenix possible usage, this link about wiki engines
comparison might be relevant (both MediaWiki and XWiki are present):
http://en.wikipedia.org/wiki/Comparison_of_wiki_software

BTW, there's also an Eclipse plug-in for Wikimedia: http://www.plog4u.org/index.php/Main_Page

and one for Confluence: http://blogs.atlassian.com/rebelutionary/archives/000410.html

and one that supports a few other wikis: http://eclipsewiki.sourceforge.net/

though none of these are WYSIWYG, if that's important for you. After using MS Word and various other tools (editme.com, htmlarea, etc.) for WYSIWYG html editing, I'm sticking with plain text for now. However, this looks nice, at least on paper:

http://vex.sourceforge.net/


Vex looks very promising indeed, thanks for the link!

There's no rich editor for XWiki yet, but there's this online DHTML
editor available: http://www.xwiki.org/xwiki/bin/view/Dev/DHTMLWysiwyg

Stéphane




--
Ludovic Dubost
XPertNet: http://www.xpertnet.fr/
Blog: http://www.ludovic.org/blog/
XWiki: http://www.xwiki.com
Skype: ldubost AIM: nvludo Yahoo: ludovic



Back to the top