xwiki-users January 2013

xwiki-users@xwiki.org

74 participants
110 discussions

[xwiki-users] Special characters in pagename (URL)

by Hamster

To all, My users are driving me crazy...allthough I have stated several times that they must NOT use any special characters in the pagename (URL), they still create pages with special characters. I also don't like any spaces in the URL (which are replaced by a "+")... Is there a way to parse the pagename before it's created and remove any special characters? -- View this message in context: http://xwiki.475771.n2.nabble.com/Special-characters-in-pagename-URL-tp7582… Sent from the XWiki- Users mailing list archive at Nabble.com.

12 years, 1 month

[xwiki-users] [myxwiki] new wiki request

by xrichard

Hello, I had a dream ;-) to share my personnal notes and geek tips through a wiki rather than on text files stored on my hard drive. I started to write tutorials on a cloud wiki(1) but I discovered that cloud wiki does not allow guest comments and runs an old version of xwiki(2). I have discovered later that it's possible to run a full wiki if we gently ask on this mailing list. Please find below my wiki request. - My xwiki.org's user name: xrichard - Description of the Wiki: first level tutorials on Windows, Android, Ubuntu and maybe more - Server Name for this new wiki: tutos I hope a kind admin will create this wiki for me on the "XWiki Community farm". Thanks in advance ;-). Notes: 1. my test Wiki (sorry it's in french): http://tuto.cloud.xwiki.com 2. limitations on cloud xwiki, see discussion here: http://xwiki.475771.n2.nabble.com/Guest-access-on-wiki-hosted-on-cloud-xwik… -- View this message in context: http://xwiki.475771.n2.nabble.com/myxwiki-new-wiki-request-tp7583032.html Sent from the XWiki- Users mailing list archive at Nabble.com.

12 years, 1 month

[xwiki-users] EventListener automatic start - is it possible?

by Eugen Colesnicov

In the XWiki existing great technology - custom EventListeners, which can execute, for example, on 'save page' event some script. Existing some nice examples of using this technology: http://extensions.xwiki.org/xwiki/bin/view/Extension/Title+Post+Processing+… http://extensions.xwiki.org/xwiki/bin/view/Extension/Create+Object+with+Con… But, in the past, problem was, that your EventListeners cannot automatically start (for example if application server restarted). I know right now only one 'trick' - right a scheduler job, which every 5 minutes restarts EventListener. Here - http://platform.xwiki.org/xwiki/bin/view/DevGuide/GroovyNotificationTutorial existing example of such job, but: 1) this is like a 'trick' - not a normal solution 2) existing troubles of writing such jobs for not qualified users (like me :) ) My question - at this moment, at the end of 4.x cycle, existing more comfortable solution of this problem? If not - do you have (this is question for developers) plans for the future to give for the users some instrument which can do it easy? -- Thanks beforehand! Eugen Colesnicov -- View this message in context: http://xwiki.475771.n2.nabble.com/EventListener-automatic-start-is-it-possi… Sent from the XWiki- Users mailing list archive at Nabble.com.

12 years, 1 month

[xwiki-users] XWiki 4.3 will not maintain logged in status of users

by Lineberry, Casey

I apologize if this issue is somewhere out in this user list, the web or on xwiki.org docs, but I am unable to find anything out there on it. We're using XWIki 4.3-rc-1 running under Tomcat 7.0.32 on Red Hat 5.7 64-bit. Everything was working fine. Then, all of a sudden, all users are prompted to login after every click. It's now impossible to import or export any content. Editing is impossible. In the catalina.out from tomcat, we see the following over and over again: 2013-01-28 14:11:04,531 [https://epswiki.sdc.vzwcorp.com/xwiki/bin/login/XWiki/XWikiLogin?srid=BOeR3…] DEBUG o.x.c.ExecutionContext - Getting undefined property localization.bundles from execution context. 2013-01-28 14:11:04,534 [https://epswiki.sdc.vzwcorp.com/xwiki/bin/login/XWiki/XWikiLogin?srid=BOeR3…] DEBUG .s.DefaultScriptServiceManager - Failed to lookup script service for role hint [workspace] org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [interface org.xwiki.script.service.ScriptService] hint = [workspace]] at org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:355) ~[xwiki-commons-legacy-component-default-4.3-rc-1.jar:na] I am unable to find anything that can point me to where our configuration has gotten hosed. We are configured to use LDAP authentication against an MS Active Directory domain. As stated earlier - that has been working fine - and this just started happening. Any direction in how we can get this corrected would be greatly appreciated. Thanks, Casey

12 years, 1 month

[xwiki-users] Grant only View Rights to a specific user

by Hamster

Hi all, We are using LDAP and I want to grant a specific user ONLY view-rights (on the entire wiki) As far as I can see, I can't just grant him "view-only" rights to the wiki, because the space-rights will grant the user edit rights (the user is also in the XWikiAllUsers group). Do I need to apply "view-only" rights for that specific user on every space in the wiki? If that's the case, how do I handle the fact when an "admin"-user creates a new space? (where the specific user should have "view-only" rights by default?) That's kind of dangerous, don't you think? Or am I missing something? -- View this message in context: http://xwiki.475771.n2.nabble.com/Grant-only-View-Rights-to-a-specific-user… Sent from the XWiki- Users mailing list archive at Nabble.com.

12 years, 1 month

[xwiki-users] Could not synchronize database state with session

by Florian Kessler

Hi Everyone, I was just trying to upgrade from 3.0.1 to 4.4. as I figured I can't save XWikiPreferences anymore: 13:07:17,307 [http://0x64plusxwiki.local.0x64plus.de:8080/xwiki/bin/saveandcontinue/XWiki…] [http://0x64plusxwiki.local.0x64plus.de:8080/xwiki/bin/save/XWiki/XWikiPrefe…] ERROR .AbstractFlushingEventListener - Could not synchronize database state with session org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.xpn.xwiki.objects.IntegerProperty#<?xml version="1.0" encoding="UTF-8"?> <showcomments></showcomments> ] at org.hibernate.persister.entity.AbstractEntityPersister.check(AbstractEntityPersister.java:1769) … Is there any way to fix this? Or force the save of my current XWikiPreferences? Thanks in advance, Florian

12 years, 1 month

[xwiki-users] XWiki 4.4.1 Running Under Tomcat 7.0.35 Does Not Shutdown Cleanly

by Mike Schaffner

Has anyone seen the severe errors below in their Tomcat catalina.log file after shutting Tomcat down? Does anyone know what to do about it? It causes problems when restarting the XWiki web application. Thanks in advance for your help. Mike [mschaffner@ebo-elab01 logs]$ ../bin/version.sh Using CATALINA_BASE: /usr/share/apache-tomcat-7.0.35 Using CATALINA_HOME: /usr/share/apache-tomcat-7.0.35 Using CATALINA_TMPDIR: /usr/share/apache-tomcat-7.0.35/temp Using JRE_HOME: /usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre Using CLASSPATH: /usr/share/apache-tomcat-7.0.35/bin/bootstrap.jar:/usr/share/apache-tomcat-7.0.35/bin/tomcat-juli.jar Server version: Apache Tomcat/7.0.35 Server built: Jan 10 2013 10:52:49 Server number: 7.0.35.0 OS Name: Linux OS Version: 2.6.43.8-1.fc15.x86_64 Architecture: amd64 JVM Version: 1.6.0_22-b22 JVM Vendor: Sun Microsystems Inc. [mschaffner@ebo-elab01 logs]$ cat catalina.out Jan 31, 2013 2:13:02 PM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib Jan 31, 2013 2:13:02 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:13:02 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler ["ajp-bio-8009"] Jan 31, 2013 2:13:02 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1064 ms Jan 31, 2013 2:13:02 PM org.apache.catalina.core.StandardService startInternal INFO: Starting service Catalina Jan 31, 2013 2:13:02 PM org.apache.catalina.core.StandardEngine startInternal INFO: Starting Servlet Engine: Apache Tomcat/7.0.35 Jan 31, 2013 2:13:02 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/examples Jan 31, 2013 2:13:03 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/ROOT Jan 31, 2013 2:13:03 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/xwiki 2013-01-31 14:13:16,811 [localhost-startStop-1] WARN o.x.e.i.ServletEnvironment - No permanent directory configured. Using temporary directory [/usr/share/apache-tomcat-7.0.35/temp]. 2013-01-31 14:13:20,955 [localhost-startStop-1] INFO istributionInitializerListener - Distribution up to date Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/host-manager Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/manager Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/docs Jan 31, 2013 2:13:21 PM org.apache.coyote.AbstractProtocol start INFO: Starting ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:13:21 PM org.apache.coyote.AbstractProtocol start INFO: Starting ProtocolHandler ["ajp-bio-8009"] Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 18581 ms Jan 31, 2013 2:17:50 PM org.apache.catalina.core.StandardServer await INFO: A valid shutdown command was received via the shutdown port. Stopping the Server instance. Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol pause INFO: Pausing ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol pause INFO: Pausing ProtocolHandler ["ajp-bio-8009"] Jan 31, 2013 2:17:50 PM org.apache.catalina.core.StandardService stopInternal INFO: Stopping service Catalina Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [com.google.inject.internal.util.$Finalizer] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Core extension repository updater] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Job Manager daemon thread] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Distribution initialization] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Timer-440] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [New I/O client boss #441] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [New I/O client worker #441-1] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Reaper] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Reaper] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Callback] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Reaper] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [AsyncHttpClient-Reaper] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.google.inject.internal.InjectorImpl$1] (value [com.google.inject.internal.InjectorImpl$1@19290b6f]) and a value of type [java.lang.Object[]] (value [[Ljava.lang.Object;@55adb150]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.sun.xml.bind.v2.ClassFactory$1] (value [com.sun.xml.bind.v2.ClassFactory$1@7e542721]) and a value of type [java.util.WeakHashMap] (value [{class org.xwiki.extension.repository.xwiki.model.jaxb.ExtensionAuthor=java.lang.ref.WeakReference@544a43d2, class java.util.ArrayList=java.lang.ref.WeakReference@57aabb39, class org.xwiki.extension.repository.xwiki.model.jaxb.ExtensionDependency=java.lang.ref.WeakReference@9e9c826, class org.xwiki.extension.repository.xwiki.model.jaxb.License=java.lang.ref.WeakReference@53533bdf, class org.xwiki.extension.repository.xwiki.model.jaxb.ExtensionVersion=java.lang.ref.WeakReference@7d7fd835}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.ning.http.client.providers.netty.NettyAsyncHttpProvider.ThreadLocalBoolean] (value [com.ning.http.client.providers.netty.NettyAsyncHttpProvider$ThreadLocalBoolean@2e24655f]) and a value of type [java.lang.Boolean] (value [false]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [org.sonatype.guice.bean.inject.BeanInjector$1] (value [org.sonatype.guice.bean.inject.BeanInjector$1@577b57a3]) and a value of type [boolean[]] (value [[Z@62b6bb33]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [org.jboss.netty.util.CharsetUtil$1] (value [org.jboss.netty.util.CharsetUtil$1@4abc43e6]) and a value of type [java.util.IdentityHashMap] (value [{US-ASCII=sun.nio.cs.US_ASCII$Encoder@591686f7}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.sun.xml.bind.v2.runtime.Coordinator$1] (value [com.sun.xml.bind.v2.runtime.Coordinator$1@55f6efd2]) and a value of type [java.lang.Object[]] (value [[Ljava.lang.Object;@46faf015]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@4a8171b]) and a value of type [java.util.Stack] (value [[org.xwiki.context.ExecutionContext@3784f000]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@78a8ac79]) and a value of type [java.util.Stack] (value [[org.xwiki.logging.event.LogQueueListener@9d379d2]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@4a8171b]) and a value of type [java.util.Stack] (value [[org.xwiki.context.ExecutionContext@1ae2cf08]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [com.ning.http.client.providers.netty.NettyAsyncHttpProvider.ThreadLocalBoolean] (value [com.ning.http.client.providers.netty.NettyAsyncHttpProvider$ThreadLocalBoolean@2e24655f]) and a value of type [java.lang.Boolean] (value [true]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/xwiki] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@20862402]) and a value of type [org.infinispan.context.SingleKeyNonTxInvocationContext] (value [SingleKeyNonTxInvocationContext{flags=null}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol stop INFO: Stopping ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol stop INFO: Stopping ProtocolHandler ["ajp-bio-8009"] Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol destroy INFO: Destroying ProtocolHandler ["http-bio-8080"] Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol destroy INFO: Destroying ProtocolHandler ["ajp-bio-8009"] [mschaffner@ebo-elab01 logs]$

12 years, 1 month

[xwiki-users] Caching resources

by David Delbecq

Hello, i would like to active cachin on /xwiki/bin/skin/resources/* as, obviously, skin doesn't change often :) As you can see, by default, xwiki forbid caching... What do i need to change for this caching? Thank you. ----------- GET /xwiki/bin/skin/resources/js/scriptaculous/effects.js HTTP/1.1 Host: ********* User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.12) Gecko/20100101 Firefox/10.0.12 Accept: */* Accept-Language: fr-be,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip, deflate Connection: keep-alive Referer: ********** Cookie: JSESSIONID=*********.undefined; language=en; gh.i=%7B%7D; AJS.conglomerate.cookie=||||||||||||||||||||||||||||||upm.tab=install If-Modified-Since: Tue, 26 Jun 2012 10:06:58 GMT Authorization: Basic ZGVsYmQ6c2VpcmprMjA0NA== HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Pragma: No-cache Cache-Control: public Expires: Sat, 02 Mar 2013 17:22:25 GMT Last-Modified: Tue, 26 Jun 2012 10:06:58 GMT Content-Type: text/javascript;charset=UTF-8 Content-Language: en Content-Length: 25003 Date: Thu, 31 Jan 2013 17:22:25 GMT String.prototype.parseColor=function(){var a="#"; if(this.slice(0,4)=="rgb("){var c=this.slice(4,this.length-1).split(","); ----------- David Delbecq

12 years, 1 month

[xwiki-users] Search Suggest Issues

by CarlJ

Good Afternoon All, I am currently having issues with the search suggest feature of Xwiki, the problem I am having is that links to attachments are showing in the "document content" part of the drop down of this feature which I need to be excluded. I have disabled Attachment name and Attachment Content from from SearchSuggestConfig and even tried excluded attachments by using "__INPUT__* NOT type:attachment" & "__INPUT__* NOT .doc" from document content. Thanks -- View this message in context: http://xwiki.475771.n2.nabble.com/Search-Suggest-Issues-tp7583632.html Sent from the XWiki- Users mailing list archive at Nabble.com.

12 years, 1 month

[xwiki-users] too many open files with Lucene

by CHENEAU-GREHALLE Nicolas

Hello, Since the migration from 4.1.3 to 4.4, there are "too many open files" alerts in Tomcat (release 5.5). I changed limit from 1024 (default value) to 4096 but the problem is not solved. It seems there are many open files used by lucene : Total tomcat open files : >/usr/sbin/lsof |grep java | wc -l 3318 Lucene open files : >/usr/sbin/lsof |grep java | grep "/xem/data" | wc -l 2524 Lucene "deleted" open files : >/usr/sbin/lsof |grep java | grep "/xem/data" | grep deleted | wc -l 1663 This behavior is new with 4.4. There is a known problem with Lucene ? Thank you Ncg

12 years, 1 month

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users January 2013