On Fri, Mar 25, 2016 at 6:20 PM, Keith Davis <keithda...@pridedallas.com> wrote: > About that, I looked over the release notes, but there are so many and this > the second time this has happened, that I missed something in the release > notes. Upgrading is very difficult for us. Anyway that these types of changes > could be highlighted, like >
> "Hey, these changes could break your installation!" :) This is what "Backward Compatibility and Migration Notes" section is for. > > Keith Davis (214) 906-5183 > > > -----Original Message----- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol > Sent: Friday, March 25, 2016 12:17 PM > To: XWiki Users > Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure > > Glad you found it. > > Seems you missed it from the release notes for 8.0: > http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki80#HIssuesspecifictoXWiki8.0Milestone1 > :) > > Thanks > -Vincent > >> On 25 Mar 2016, at 18:15, Keith Davis <keithda...@pridedallas.com> wrote: >> >> Found the problem. The new web.xml removed these lines, but I did not accept >> these changes (we store the config in Git). I used the new file "as-is" and >> now it loads. >> >> diff --git a/web.xml b/web.xml >> index 918b0a2..929100f 100644 >> --- a/web.xml >> +++ b/web.xml >> @@ -83,12 +83,6 @@ >> >> <filter-class>org.xwiki.wysiwyg.server.filter.ConversionFilter</filter-class> >> </filter> >> >> - <!-- Filter used to 'steal' webdav requests made to the application >> root --> >> - <filter> >> - <filter-name>DavFilter</filter-name> >> - <filter-class>com.xpn.xwiki.plugin.webdav.XWikiDavFilter</filter-class> >> - </filter> >> - >> <!-- A filter that dispatches requests to the right action depending on >> the button pressed in the editing form. This >> is needed when javascript is disabled, since the browser cannot send >> the form data to different URLs depending on >> the button pressed. --> >> @@ -177,11 +171,6 @@ >> </filter-mapping> >> >> <filter-mapping> >> - <filter-name>DavFilter</filter-name> >> - <url-pattern>/*</url-pattern> >> - </filter-mapping> >> - >> - <filter-mapping> >> <filter-name>ActionDispatcher</filter-name> >> <servlet-name>action</servlet-name> >> <dispatcher>REQUEST</dispatcher> >> @@ -197,14 +186,6 @@ >> <dispatcher>FORWARD</dispatcher> >> </filter-mapping> >> >> - <filter-mapping> >> - <filter-name>XWikiXmlRpcContextInitializationFilter</filter-name> >> - <servlet-name>xmlrpc</servlet-name> >> - <dispatcher>REQUEST</dispatcher> >> - <dispatcher>INCLUDE</dispatcher> >> - <dispatcher>FORWARD</dispatcher> >> - </filter-mapping> >> - >> <!-- TODO: This should be fixed. It's not normal that the REST module >> depends on the WYSIWYG module. >> "XWikiXmlRpcContextInitializationFilter" points to >> >> org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter --> @@ >> -299,16 +280,6 @@ >> --> >> </servlet> >> >> - <servlet> >> - <servlet-name>xmlrpc</servlet-name> >> - <servlet-class>com.xpn.xwiki.xmlrpc.XWikiXmlRpcServlet</servlet-class> >> - <init-param> >> - <description>Sets, whether the servlet supports vendor extensions for >> XML-RPC.</description> >> - <param-name>enabledForExtensions</param-name> >> - <param-value>false</param-value> >> - </init-param> >> - </servlet> >> - >> <!-- This is the entry point for all component-based XWiki GWT services. >> XWikiService servlet should be dropped >> in favor of this servlet when we completely move to components. --> >> <servlet> >> @@ -322,12 +293,6 @@ >> >> <servlet-class>com.xpn.xwiki.gwt.api.server.XWikiServiceImpl</servlet-class> >> </servlet> >> >> - <!-- WebDAV servlet --> >> - <servlet> >> - <servlet-name>webdav</servlet-name> >> - >> <servlet-class>com.xpn.xwiki.plugin.webdav.XWikiDavServlet</servlet-class> >> - </servlet> >> - >> <!-- RESTful API Restlet servlet --> >> <servlet> >> <servlet-name>RestletServlet</servlet-name> >> @@ -363,11 +328,6 @@ >> </servlet-mapping> >> >> <servlet-mapping> >> - <servlet-name>xmlrpc</servlet-name> >> - <url-pattern>/xmlrpc/*</url-pattern> >> - </servlet-mapping> >> - >> - <servlet-mapping> >> <servlet-name>redirectHomeServlet</servlet-name> >> <url-pattern>/redirect</url-pattern> >> </servlet-mapping> >> @@ -382,11 +342,6 @@ >> <url-pattern>/XWikiService</url-pattern> >> </servlet-mapping> >> >> - <servlet-mapping> >> - <servlet-name>webdav</servlet-name> >> - <url-pattern>/webdav/*</url-pattern> >> - </servlet-mapping> >> - >> <!-- We override the mime type definition for javascript and css files, as >> some containers don't >> provide it, causing problems for javascript files containg velocity >> code, like >> fullscreen.js --> >> >> Keith Davis (214) 906-5183 >> >> >> -----Original Message----- >> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Keith Davis >> Sent: Friday, March 25, 2016 12:12 PM >> To: XWiki Users >> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure >> >> The only thing we have changed is to replace the xwiki folder that was 7.4.2 >> with the files from the WAR from 8.0. >> >> Keith Davis (214) 906-5183 >> >> >> -----Original Message----- >> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Keith Davis >> Sent: Friday, March 25, 2016 12:11 PM >> To: XWiki Users >> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure >> >> I don't know what that means. >> >> Keith Davis (214) 906-5183 >> >> -----Original Message----- >> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas >> Mortagne >> Sent: Friday, March 25, 2016 12:10 PM >> To: XWiki Users >> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure >> >> No idea. I usually have everything in catalina.out. >> >> On Fri, Mar 25, 2016 at 6:06 PM, Keith Davis <keithda...@pridedallas.com> >> wrote: >>> " Full details will be found in the appropriate container log file" >>> >>> Yea, I saw that, but what log file is this referring to? >>> >>> Keith Davis (214) 906-5183 >>> >>> >>> -----Original Message----- >>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas >>> Mortagne >>> Sent: Friday, March 25, 2016 12:05 PM >>> To: XWiki Users >>> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure >>> >>> Note sure how tomcat is configured on your system but "One or more >>> Filters failed to start. Full details will be found in the >>> appropriate container log file" seems to indicate this is the >>> interesting log file >>> :) >>> >>> On Fri, Mar 25, 2016 at 5:34 PM, Keith Davis <keithda...@pridedallas.com> >>> wrote: >>>> tomcat8-stderr: >>>> >>>> >>>> 2016-03-25 11:32:03 Commons Daemon procrun stderr initialized >>>> 25-Mar-2016 11:32:04.281 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Server version: >>>> Apache Tomcat/8.0.23 >>>> 25-Mar-2016 11:32:04.283 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Server built: >>>> May 19 2015 14:58:38 UTC >>>> 25-Mar-2016 11:32:04.283 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Server number: >>>> 8.0.23.0 >>>> 25-Mar-2016 11:32:04.283 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log OS Name: >>>> Windows Server 2008 R2 >>>> 25-Mar-2016 11:32:04.284 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log OS Version: >>>> 6.1 >>>> 25-Mar-2016 11:32:04.284 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Architecture: >>>> amd64 >>>> 25-Mar-2016 11:32:04.284 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Java Home: >>>> C:\Program Files\Java\jre1.8.0_72 >>>> 25-Mar-2016 11:32:04.284 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log JVM Version: >>>> 1.8.0_72-b15 >>>> 25-Mar-2016 11:32:04.284 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log JVM Vendor: >>>> Oracle Corporation >>>> 25-Mar-2016 11:32:04.284 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log CATALINA_BASE: >>>> C:\apache-tomcat-8 >>>> 25-Mar-2016 11:32:04.284 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log CATALINA_HOME: >>>> C:\apache-tomcat-8 >>>> 25-Mar-2016 11:32:04.285 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: -Dcatalina.home=C:\apache-tomcat-8 >>>> 25-Mar-2016 11:32:04.285 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: -Dcatalina.base=C:\apache-tomcat-8 >>>> 25-Mar-2016 11:32:04.285 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: -Djava.endorsed.dirs=C:\apache-tomcat-8\endorsed >>>> 25-Mar-2016 11:32:04.285 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: -Djava.io.tmpdir=C:\apache-tomcat-8\temp >>>> 25-Mar-2016 11:32:04.285 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: >>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>> 25-Mar-2016 11:32:04.286 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: >>>> -Djava.util.logging.config.file=C:\apache-tomcat-8\conf\logging.prop >>>> e >>>> r >>>> ties >>>> 25-Mar-2016 11:32:04.286 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: -XX:MaxPermSize=196m >>>> 25-Mar-2016 11:32:04.286 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: exit >>>> 25-Mar-2016 11:32:04.286 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: -Xms1024m >>>> 25-Mar-2016 11:32:04.286 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: -Xmx1024m >>>> 25-Mar-2016 11:32:04.286 INFO [main] >>>> org.apache.catalina.startup.VersionLoggerListener.log Command line >>>> argument: -Xss256k >>>> 25-Mar-2016 11:32:04.459 INFO [main] >>>> org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler >>>> ["http-nio-8080"] >>>> 25-Mar-2016 11:32:04.552 INFO [main] >>>> org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a >>>> shared selector for servlet write/read >>>> 25-Mar-2016 11:32:04.555 INFO [main] >>>> org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler >>>> ["http-nio-8443"] >>>> 25-Mar-2016 11:32:04.870 INFO [main] >>>> org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a >>>> shared selector for servlet write/read >>>> 25-Mar-2016 11:32:04.870 INFO [main] >>>> org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler >>>> ["ajp-nio-8009"] >>>> 25-Mar-2016 11:32:04.873 INFO [main] >>>> org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a >>>> shared selector for servlet write/read >>>> 25-Mar-2016 11:32:04.873 INFO [main] >>>> org.apache.catalina.startup.Catalina.load Initialization processed >>>> in >>>> 1064 ms >>>> 25-Mar-2016 11:32:04.904 INFO [main] >>>> org.apache.catalina.core.StandardService.startInternal Starting >>>> service Catalina >>>> 25-Mar-2016 11:32:04.904 INFO [main] >>>> org.apache.catalina.core.StandardEngine.startInternal Starting >>>> Servlet >>>> Engine: Apache Tomcat/8.0.23 >>>> 25-Mar-2016 11:32:04.915 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying web >>>> application directory C:\apache-tomcat-8\webapps\docs >>>> 25-Mar-2016 11:32:05.225 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment of >>>> web application directory C:\apache-tomcat-8\webapps\docs has >>>> finished in 309 ms >>>> 25-Mar-2016 11:32:05.225 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying web >>>> application directory C:\apache-tomcat-8\webapps\examples >>>> 25-Mar-2016 11:32:05.658 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment of >>>> web application directory C:\apache-tomcat-8\webapps\examples has >>>> finished in 433 ms >>>> 25-Mar-2016 11:32:05.658 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying web >>>> application directory C:\apache-tomcat-8\webapps\host-manager >>>> 25-Mar-2016 11:32:05.692 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment of >>>> web application directory C:\apache-tomcat-8\webapps\host-manager >>>> has finished in 33 ms >>>> 25-Mar-2016 11:32:05.692 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying web >>>> application directory C:\apache-tomcat-8\webapps\manager >>>> 25-Mar-2016 11:32:05.725 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment of >>>> web application directory C:\apache-tomcat-8\webapps\manager has >>>> finished in 33 ms >>>> 25-Mar-2016 11:32:05.725 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying web >>>> application directory C:\apache-tomcat-8\webapps\ROOT >>>> 25-Mar-2016 11:32:05.746 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment of >>>> web application directory C:\apache-tomcat-8\webapps\ROOT has >>>> finished in 21 ms >>>> 25-Mar-2016 11:32:05.747 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying web >>>> application directory C:\apache-tomcat-8\webapps\xwiki >>>> 25-Mar-2016 11:32:24.451 INFO [localhost-startStop-1] >>>> org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned >>>> for TLDs yet contained no TLDs. Enable debug logging for this logger for a >>>> complete list of JARs that were scanned but no TLDs were found in them. >>>> Skipping unneeded JARs during scanning can improve startup time and JSP >>>> compilation time. >>>> 25-Mar-2016 11:32:41.758 SEVERE [localhost-startStop-1] >>>> org.apache.catalina.core.StandardContext.startInternal One or more >>>> Filters failed to start. Full details will be found in the >>>> appropriate container log file >>>> 25-Mar-2016 11:32:41.758 SEVERE [localhost-startStop-1] >>>> org.apache.catalina.core.StandardContext.startInternal Context >>>> [/xwiki] startup failed due to previous errors >>>> 25-Mar-2016 11:33:01.423 SEVERE [localhost-startStop-1] >>>> org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks >>>> The web application [xwiki] created a ThreadLocal with key of type >>>> [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@5bbef01a]) and a >>>> value of type [org.codehaus.plexus.classworlds.realm.ClassRealm] (value >>>> [ClassRealm[plexus.core, parent: 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. >>>> 25-Mar-2016 11:33:01.423 SEVERE [localhost-startStop-1] >>>> org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks >>>> The web application [xwiki] created a ThreadLocal with key of type >>>> [org.apache.solr.logging.MDCLoggingContext$1] (value >>>> [org.apache.solr.logging.MDCLoggingContext$1@2bb7937f]) and a value of >>>> type [java.lang.Integer] (value [0]) 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. >>>> 25-Mar-2016 11:33:01.424 SEVERE [localhost-startStop-1] >>>> org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks >>>> The web application [xwiki] created a ThreadLocal with key of type >>>> [org.jboss.marshalling.UTFUtils.BytesHolder] (value >>>> [org.jboss.marshalling.UTFUtils$BytesHolder@63d9b46f]) and a value of type >>>> [byte[]] (value [[B@74e2ff00]) 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. >>>> 25-Mar-2016 11:33:01.437 INFO [localhost-startStop-1] >>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment of >>>> web application directory C:\apache-tomcat-8\webapps\xwiki has >>>> finished in 55,690 ms >>>> 25-Mar-2016 11:33:01.441 INFO [main] >>>> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler >>>> ["http-nio-8080"] >>>> 25-Mar-2016 11:33:01.450 INFO [main] >>>> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler >>>> ["http-nio-8443"] >>>> 25-Mar-2016 11:33:01.451 INFO [main] >>>> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler >>>> ["ajp-nio-8009"] >>>> 25-Mar-2016 11:33:01.453 INFO [main] >>>> org.apache.catalina.startup.Catalina.start Server startup in 56576 >>>> ms >>>> >>>> Keith Davis (214) 906-5183 >>>> >>>> >>>> -----Original Message----- >>>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas >>>> Mortagne >>>> Sent: Friday, March 25, 2016 11:29 AM >>>> To: XWiki Users >>>> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure >>>> >>>> You should share the complete log you get when starting Tomcat. Looks like >>>> it fail to initialize XWiki application for some reason. >>>> >>>> Usually the most interesting is the first error, here you shared only >>>> consequences of the root issue. >>>> >>>> On Fri, Mar 25, 2016 at 5:17 PM, Keith Davis <keithda...@pridedallas.com> >>>> wrote: >>>>> 25-Mar-2016 11:00:14.478 INFO [Core extension repository updater] >>>>> org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading >>>>> Illegal access: this web application instance has been stopped already. >>>>> Could not load >>>>> [org.xwiki.extension.repository.xwiki.internal.XWikiExtension]. The >>>>> following stack trace is thrown for debugging purposes as well as to >>>>> attempt to terminate the thread which caused the illegal access. >>>>> java.lang.IllegalStateException: Illegal access: this web application >>>>> instance has been stopped already. Could not load >>>>> [org.xwiki.extension.repository.xwiki.internal.XWikiExtension]. The >>>>> following stack trace is thrown for debugging purposes as well as to >>>>> attempt to terminate the thread which caused the illegal access. >>>>> at >>>>> org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading(WebappClassLoaderBase.java:1327) >>>>> at >>>>> org.apache.catalina.loader.WebappClassLoaderBase.checkStateForClassLoading(WebappClassLoaderBase.java:1313) >>>>> at >>>>> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1196) >>>>> at >>>>> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1157) >>>>> at >>>>> org.xwiki.extension.repository.xwiki.internal.XWikiExtensionRepository.resolve(XWikiExtensionRepository.java:330) >>>>> at >>>>> org.xwiki.extension.repository.internal.DefaultExtensionRepositoryManager.resolve(DefaultExtensionRepositoryManager.java:213) >>>>> at >>>>> org.xwiki.extension.repository.internal.core.DefaultCoreExtensionScanner.updateExtensions(DefaultCoreExtensionScanner.java:209) >>>>> at >>>>> org.xwiki.extension.repository.internal.core.DefaultCoreExtensionRepository$1.run(DefaultCoreExtensionRepository.java:134) >>>>> at java.lang.Thread.run(Unknown Source) >>>>> >>>>> Keith Davis (214) 906-5183 >>>>> >>>>> From: Keith Davis >>>>> Sent: Friday, March 25, 2016 11:12 AM >>>>> To: XWiki Users >>>>> Subject: 7.4.2 To 8.0 Failure >>>>> >>>>> I followed our exact process in this upgrade that we have done with all >>>>> previous versions and now we are getting this error. Any pointers as to >>>>> what changed that could cause this? >>>>> >>>>> HTTP Status 404 - /xwiki >>>>> type Status report >>>>> message /xwiki >>>>> description The requested resource is not available. >>>>> ________________________________ >>>>> Apache Tomcat/8.0.23 >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> users mailing list >>>>> users@xwiki.org >>>>> http://lists.xwiki.org/mailman/listinfo/users >>>> >>>> >>>> >>>> -- >>>> Thomas Mortagne >>>> _______________________________________________ >>>> users mailing list >>>> users@xwiki.org >>>> http://lists.xwiki.org/mailman/listinfo/users >>>> _______________________________________________ >>>> users mailing list >>>> users@xwiki.org >>>> http://lists.xwiki.org/mailman/listinfo/users >>> >>> >>> >>> -- >>> Thomas Mortagne >>> _______________________________________________ >>> users mailing list >>> users@xwiki.org >>> http://lists.xwiki.org/mailman/listinfo/users >>> _______________________________________________ >>> users mailing list >>> users@xwiki.org >>> http://lists.xwiki.org/mailman/listinfo/users >> >> >> >> -- >> Thomas Mortagne >> _______________________________________________ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> _______________________________________________ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> _______________________________________________ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> _______________________________________________ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users