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