August 2008 - xwiki-users@xwiki.org

[xwiki-users] XE 1.5 File Upload Problem
by MikeOliverAZ 28 Aug '08

28 Aug '08

We are using XE 1.5 on Tomcat 5.5 on Windows. Tomcat is running as a service. I have uncommented xwiki.temp.dir in xwiki.cfg I tried several different entries including /tmp/xwiki xwiki.temp.dir=D:\XwikiWorkspace80Port\temp\xwiki xwiki.temp.dir=D:/XwikiWorkspace80Port/temp/xwiki where D:\XwikiWorkspace80Port\temp\xwiki exists and is writable and file uploads > 100k (i.e. not handled in memory) do not succeed and time out on read with the following error in the logs, sorry for the length. com.xpn.xwiki.XWikiException: Error number 11008 in 11: Exception while parsing uploaded file Wrapped Exception: Processing of multipart/form-data request failed. Read timed out at com.xpn.xwiki.plugin.fileupload.FileUploadPlugin.loadFileList(FileUploadPlugin.java:255) at com.xpn.xwiki.plugin.fileupload.FileUploadPlugin.loadFileList(FileUploadPlugin.java:193) at com.xpn.xwiki.web.Utils.handleMultipart(Utils.java:494) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:162) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Wrapped Exception: java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:747) at org.apache.coyote.http11.InternalInputBuffer$InputStreamInputBuffer.doRead(InternalInputBuffer.java:777) at org.apache.coyote.http11.filters.IdentityInputFilter.doRead(IdentityInputFilter.java:115) at org.apache.coyote.http11.InternalInputBuffer.doRead(InternalInputBuffer.java:712) at org.apache.coyote.Request.doRead(Request.java:427) at org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:283) at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:379) at org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:298) at org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:180) at org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:977) at org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:887) at java.io.InputStream.read(InputStream.java:89) at org.apache.commons.fileupload.util.Streams.copy(Streams.java:94) at org.apache.commons.fileupload.util.Streams.copy(Streams.java:64) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:362) at com.xpn.xwiki.plugin.fileupload.FileUploadPlugin.loadFileList(FileUploadPlugin.java:244) at com.xpn.xwiki.plugin.fileupload.FileUploadPlugin.loadFileList(FileUploadPlugin.java:193) at com.xpn.xwiki.web.Utils.handleMultipart(Utils.java:494) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:162) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2008-08-28 08:15:36,342 [http://xem.corenttechnology.net/xwiki/bin/upload/Main/WebHome] [http-10.101.186.20-80-Processor24] ERROR lucene.IndexUpdater - invalid parameters given to add: Main.WebHome, null, {util=com.xpn.xwiki.util.Util@b8bda4, vcontext=org.apache.velocity.VelocityContext@aa5e75, links=[Main.WebHome, Main.AllDocs, Main.Dashboard, Blog.WebHome, Main.EventCalendar, Photos.WebHome, Sandbox.WebHome, Main.Tags, XWiki.WebHome, XAppManager.WebHome, WikiManager.WebHome], grouplist={xwiki:XWiki.Admin=[xwiki:XWiki.XWikiAdminGroup, xwiki:XWiki.XWikiAllGroup], xwiki:xwiki:XWiki.Admin=[xwiki:XWiki.XWikiAdminGroup, xwiki:XWiki.XWikiAllGroup]}, com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin=[], msg=com.xpn.xwiki.web.XWikiMessageTool@11f5ff9, tdoc=Main.WebHome, initdone=1, message=tempdirnotset, org.xwiki.component.manager.ComponentManager=org.xwiki.plexus.manager.PlexusComponentManager@1a9ec16, ajax=false, mainxwiki=xwiki, skin=XWiki.DefaultSkin, locale=en, baseskin=toucan, com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin=[], doc=Main.WebHome} -- View this message in context: http://n2.nabble.com/XE-1.5-File-Upload-Problem-tp789978p789978.html Sent from the XWiki- Users mailing list archive at Nabble.com.

1 1

[xwiki-users] Rollback errors if the page has attached files
by adoro 28 Aug '08

28 Aug '08

Hi Community, We have difficulties with the pages history case they have attachments – every attempt to rollback to the earlier version generates errors. It’s really time-consuming if I need to delete all attachments before I make any rollback and than attached the files again. I don’t know if the XE 1.5 self or our configuration is the reason for such behavior (Tomcat 6.0.16 + JDK 1.6 + MySQL Community Server 5.0.51a + MySQL Java Connector 5.0.8) I can compare it only with XE 1.2 + OC4J + JDK 1.5 + Oracle 10g – the combination rollback + attachments works fine there. Has anybody experienced smth similar? ------------- Error number 0 in 11: Uncaught exception Wrapped Exception: null com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception Wrapped Exception: null at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:241) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Wrapped Exception: java.lang.NullPointerException at com.xpn.xwiki.XWiki.rollback(XWiki.java:6296) at com.xpn.xwiki.web.RollbackAction.action(RollbackAction.java:59) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:215) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Thanks in advance, Alla -- View this message in context: http://n2.nabble.com/Rollback-errors-if-the-page-has-attached-files-tp78943… Sent from the XWiki- Users mailing list archive at Nabble.com.

3 3

[xwiki-users] Re gistration
by syam_kg 28 Aug '08

28 Aug '08

Hi In the Registartion section of Admin Preferences,there is a field 'Check Active fields for user authentication'. Could anybody please tell me what is meant by this. Also please explain what should be put into the fields 'Validation e-Mail Content ','Confirmation e-Mail Content' and 'Invitation eMail Content' and how xwiki validates the registration. Regards Syam -- View this message in context: http://n2.nabble.com/Registration-tp786121p786121.html Sent from the XWiki- Users mailing list archive at Nabble.com.

2 2

[xwiki-users] XWiki Workspaces & Portlet Integration?
by John Schroeder 27 Aug '08

27 Aug '08

I know that XWiki can be deployed as a JSR 168 portlet, but I'm curious if the same is true for Xwiki workspaces? I've looked through the docs/faq and I couldn't find any information about portlet integration for Workspaces. Does anyone know? Thanks.

1 0

[xwiki-users] Conflict between Plesk 8.6 and XWiki Enterprise (standalone)
by jeremy.amode＠ensiie.fr 27 Aug '08

27 Aug '08

Hi, Thanks to your help, I managed to make XWiki work correctly. But I had to install Plesk on my server and now I can't access to my XWiki page through the adress http://ipserver:8080/xwiki I tried to add a rule in the plesk firewall to allow connection on the port 8080 but it doesn't change anything... Does anyone have an idea about where it comes from and how to fix this? I hope you'll be able to help me. Thanks you for your time. Regards, Jeremy Amode ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 2

Re: [xwiki-users] users Digest, Vol 13, Issue 43
by Len Wanger 27 Aug '08

27 Aug '08

------------------------------ >Message: 3 >Date: Wed, 27 Aug 2008 02:34:42 -0700 >From: Adriano Lopes <adrianolopes(a)hotmail.com> >Subject: [xwiki-users] Less resource-intensive plataform for XWiki? >To: <users(a)xwiki.org> >Message-ID: <BAY127-W2905A063B624F3016E8AE6D4610(a)phx.gbl> >Content-Type: text/plain; charset="Windows-1252" > > >I have XWiki 1.1-milestone-2.3619 available in my business. I use it as a repository for engineering technical >information and legislation and as a Blog. > >My XWiki installation is the default one with the jetty container. I use Vista x64 SP1. > >The "xwiki_db.script" file is now over 3,5GB (mostly because I have many attachments) and I have set >JAVA_OPTS=-Xmx2512m to be able to load XWiki. > >The process java.exe occupies 2,6GB of RAM memory. I have bought additional RAM reaching a total of 6GB to be >able to use the computer while XWiki is loaded. > >XWiki as become an important part of my business and all my co-workers love to use it, so the information keeps >growing. > >I will most certainly reach the maximum RAM (8GB) of my computer and will have to make large hardware >investments if I am to continue using XWiki. > >Is there a less resource-intensive way for Xwiki to store attachments or a container more suitable for the way >I use XWiki? Adriano, I had similar problems with the default installation. I changed my configuration to use Tomcat and MySQL, and the results have been great. The RAM footprint is much smaller now - Tomcat using 98MB of RAM and MySql using 38MB of RAM. Other benefits are: it loads much faster, it's been much more stable, and it was also very easy to switch over to the new configuration. Hope this helps! Regards, Len Wanger Important: This electronic mail message and any attached files contain information intended for the exclusive use of the individual or entity to whom it is addressed and may contain information that is proprietary, privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you hereby are notified that any viewing, copying, disclosure or distribution of this information may be subject to legal restriction or sanction. Please notify the sender, by electronic mail or telephone, of any unintended recipients and delete the original message without making any copies.

2 1

[xwiki-users] Tag search returns no results
by adoro 27 Aug '08

27 Aug '08

Hi community, I have a problem with the page Main.Tags – the tags are displayed in the page, but there are no results in the search table (on click on the certain tag) I.e. the query #set($sql = "select distinct elements(prop.list) from BaseObject as obj, DBStringListProperty as prop where obj.className='XWiki.TagClass' and obj.id=prop.id.id and prop.id.name='tags'") #set ($tags = $xwiki.search($sql)) works, but the next query on the same page #set($sql = ", BaseObject as obj, DBStringListProperty as prop where obj.name=doc.fullName and obj.className='XWiki.TagClass' and obj.id=prop.id.id and prop.id.name='tags' and '$request.tag' in elements(prop.list) order by doc.name asc") #set ($list = $xwiki.searchDocuments($sql)) returns no results ($list.size()=0) xwiki.log and catalina.out don’t show any error. Our environment: - XE 1.5 - Tomcat 6.0.16 - JDK 1.6 Update 7 - MySQL Community Server 5.0.51a - MySQL Java Connector 5.0.8 I’m not sure I’m right, but it looks like subselect * '$request.tag' in elements(prop.list) * doesn’t work properly (if I cut it off, I get some results), although subqueries should be supported in MySQL 5. In our other application (Environment XE 1.2 + OC4J + Oracle 10g) the same tag search works absolutely fine. How can I work around to get tagged documents? Thanks in advance, Alla -- View this message in context: http://n2.nabble.com/Tag-search-returns-no-results-tp786999p786999.html Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

[xwiki-users] How to keep jetty running?
by jeremy.amode＠ensiie.fr 27 Aug '08

27 Aug '08

Hi, As I explained it in several messages, I'm trying to use XWiki on a remote server. We're accessing it with a ssh connection (using Putty). First, I tried to install the war manually and it seems that I succeed but we couldn't access to the XWiki page although Tomcat seems to work fine. I couldn't find anybody able to help me on this matter and I needed XWiki to be installed so I choose to install the standalone version. But there's a little problem. XWiki is working just fine but we have to start jetty with a command on our putty terminal and if we shut the window where the commad has been entered, we shut down jetty... so we can't access XWiki anymore if the window isn't open Is there a way to keep Jetty running without having to keep the terminal window open? That said, I must say that I've been surprised by the difficulty to install XWiki with both method (especially the first one). Even with a good tutorial about how to install xwiki manually on a Debian Etch 4.02 we still had a problem. And with the standalone version, although it works just fine, there still is this little problem with Jetty (But I hope somebody will be able to help with this). It's been difficult to find help all over the web. Don't you think all the problems that we can't get should be put in one place? It would avoid for someone trying to install xwiki to spend hours looking at N sites and N pages to find only one information. I hope I'll get to fix my problems and I'll be happy to share it afterwards for people facing the same issues. It would be really easier if all the installation problems like this (exception, etc...) were listed on a unique page leading to the right solution rather than having to look to multiples threads, forums, blogs and websites.... But that's just my opinion. I hope someone will be able to help me with Jetty. Thank you for your time and the help you'll give me. Regards, Jeremy Amode. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

6 6

[xwiki-users] Syntax highlighting does not seem to be working
by Alban Schmid 27 Aug '08

27 Aug '08

Hello fellow xwiki users, I've installed the enterprise-installer-windows-1.4.1 to test xwiki. One of the features I'm especially interested in is 'syntax highlighting'. The problem is that it does not seem to be working. I'm trying to add a code snippet to a page using the corresponding macro menu. The output is the following: {code:type=sql} SELECT, etc. {code} However, the rendering is neither color-coded for SQL keywords nor bolded; on top of this shortcoming, underscores '_' are converted to '_' on display level, which is not what I want; conclusion: the 'syntax highlighting' feature does not seem to be working. Using following variant does not help: {code:sql} SELECT, etc. {code} Can you please tell me if this is a bug with Radeox, or if there is something else that I'm doing wrong. Thanks in advance for your help. Regards, ALBAN SCHMID CLIENT SOLUTIONS SPECIALIST CBS Interactive - Channel Tel: +41 21 943 03 86 Skype: albanschmid Rte Industrielle 2 | CP 138 | 1806 St-Légier, Switzerland CNETChannel.com

2 2

[xwiki-users] Upgraded from 1.2 to 1.5 and no Watch on menu bar
by MikeOliverAZ 27 Aug '08

27 Aug '08

We upgraded an XE 1.2 to 1.5 with the war and then reimported the XE .xar pages. Went to Watchmanager and set frequency to hourly and saved and returned and it was retained, yet still no watch on the top menu bar. Where to look? -- View this message in context: http://n2.nabble.com/Upgraded-from-1.2-to-1.5-and-no-Watch-on-menu-bar-tp78… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 4