xwiki-users

xwiki-users@xwiki.org

10406 discussions

[xwiki-users] new user - skinning advice

by Edward Laptop

Dear All I have been given a design to create using Xwiki, and sadly am on a tight time scale. I have skinned various other applications, like stores, joolma, pmkwiki etc but this will be my first launch into Xwiki. I would be really thankful if someone could take a look at the design and then advise me on which of the skins, albatros or toucan, I would be best to "Copy and alter" - assuming that this is the best approach. THanks in advance Edward

17 years

[xwiki-users] XE 1.5 File Upload Problem

by MikeOliverAZ

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.

17 years

[xwiki-users] Rollback errors if the page has attached files

by adoro

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.

17 years

[xwiki-users] Re gistration

by syam_kg

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.

17 years

[xwiki-users] XWiki Workspaces & Portlet Integration?

by John Schroeder

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.

17 years

[xwiki-users] Conflict between Plesk 8.6 and XWiki Enterprise (standalone)

by jeremy.amode＠ensiie.fr

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.

17 years

Re: [xwiki-users] users Digest, Vol 13, Issue 43

by Len Wanger

------------------------------ >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.

17 years

[xwiki-users] Tag search returns no results

by adoro

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.

17 years

[xwiki-users] How to keep jetty running?

by jeremy.amode＠ensiie.fr

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.

17 years

[xwiki-users] Syntax highlighting does not seem to be working

by Alban Schmid

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

17 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users