[xwiki-users] [Resend] Distributed architecture with MySQL
(got a bounce from the listserv, so I am resending) Are there any specific directions on setting up a distributed xwiki/MySQL deployment? I am following the steps I was able to find in the administration guide on xwiki.org, but I am getting some 'surprising' results. Before I ask the questions here, I wanted to make sure I was using the 'right' directions. Thanks in advance, Jim -- Jim Dowson, CTO - Global Services, EMC Corporation ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Using a Google search appliance with xwiki
Guillaume Lerouge [mailto:[EMAIL PROTECTED] writes: I don't think there's a risk, but you may want to add contains:delete, contains:edit, contains:inline contains:?editor= to your list... At worse it will make indexing faster. I understand the ?editor= pattern. I'm concerned that first three might wildcard exclude too much. Can you provide additional guidance on the url pattern so that a page called delete%20an%object is not included, for example? Thanks, Guillaume. -- Jim Dowson CTO, Global Services, (821-76814) Linx: (617) 598-0505 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Roadmap for XE 1.4
Vincent Massol writes: - proper versioning (if 2 different users upload the same document name) What's not working with versioning of attachments? I don't recall seeing a problem about this. It might only be under 1.2 - but if someone downloads an attachment created by a different user, updates it then uploads the file under the same name, it does not appear as a version of the prior document - it's a new document. To get around this we had to have folks doing updates to authenticate under the same username (for one particular document). Wishlist - Table of contents macro a la mediawiki Already exists (unless the mediawiki one does something we don't). See http://code.xwiki.org/xwiki/bin/view/Macros/TocMacro Yes, but No :-) I mean with the same show/wide-in-a-box functionality. When creating large pages, this becomes very important - and the toc macro needs a nice wrapper around it ... like mediawiki has ;-) - WebDAV would be nice... Yep. We're planning to do that one as part of the Google Summer of Code so that's probably going to be more for XE 1.5 or later. It can definitely wait until 1.5 or later - I was only wishing. We're looking to contribute the notion of a simple reputation engine (user and content rating) that we have in prototype now. Very cool! How should we best do this? Show the code here (or devs)? The last time I played with xwiki.org, I got slapped :-) (and rightfully so!) ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] The right way to present the Lucene search engine?
If I wanted to have a page that presented the Lucene search engine (a la the Google home page), what is the 'right' way to do this? I'm guessing that it's to #include Main.Search ? Thanks in advance. -- Jim Dowson CTO, Global Services, EMC Corporation Linx: (617) 598-0505 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Roadmap for XE 1.4
Vincent Massol writes: I'd like everyone's input for defining the XE 1.4 roadmap both on the general objectives and specific features/bugs to implement/fix. Specific issues to implement/fix WYSIWYG editor stability - Table behavior (a new table editor would be welcome) - Whitespace processing - Misbehavior in the presence of code or complex styles Attachment handling - memory / resource demands - proper versioning (if 2 different users upload the same document name) Wishlist - Table of contents macro a la mediawiki - WebDAV would be nice... We're looking to contribute the notion of a simple reputation engine (user and content rating) that we have in prototype now. -- Jim Dowson CTO, Global Services, EMC Corporation Linx: (617) 598-0505 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Problem using 'delete space' snippet
I was using the 'delete page snippet' from http://code.xwiki.org/xwiki/bin/view/Snippets/DeleteSpaceSnippet When confirming a space to be deleted (under 1.2-milestone-2.5917), self contained Windows version I received the following error: Error number 4001 in 4: Error while parsing velocity page Main.Delete Space Wrapped Exception: Invocation of method 'delete' in class com.xpn.xwiki.api.Document threw exception java.lang.OutOfMemoryError: Java heap space @ Main.Delete Space6,71? com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while parsing velocity page Main.Delete Space Wrapped Exception: Invocation of method 'delete' in class com.xpn.xwiki.api.Document threw exception java.lang.OutOfMemoryError: Java heap space @ Main.Delete Space6,71? at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere r.java:157) at com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer. java:95) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWiki RenderingEngine.java:222) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWiki RenderingEngine.java:154) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWiki RenderingEngine.java:125) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderDocument(DefaultX WikiRenderingEngine.java:117) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:40 7) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:371) at sun.reflect.GeneratedMethodAccessor126.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invok e(UberspectImpl.java:295) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java :245) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReferenc e.java:203) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference .java:294) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav a:318) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere r.java:238) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere r.java:152) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1309) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1278) at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:599) at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invok e(UberspectImpl.java:295) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java :245) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReferenc e.java:203) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference .java:294) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav a:318) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(Velocimacr oProxy.java:194) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective .java:170) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:74 ) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfState ment.java:88) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:74 ) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav a:318) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfState ment.java:107) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav a:318) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere r.java:238) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere r.java:152) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1309) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1278) at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:105) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:158) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr ocessor.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
[xwiki-users] Poll / Surveys?
Vincent mentions surveys/polls at http://platform.xwiki.org/xwiki/bin/view/Main/SecondGenerationWiki - are there any examples of code for this? Thanks in advance, -- Jim Dowson CTO, Global Services, EMC Corporation Linx: (617) 598-0505 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Another language question
Can xwiki handle page entries in different languages as parallel entries (similar to mediawiki/Wikipedia)? e.g. see http://en.wikipedia.org/wiki/EMC_Corporation, http://de.wikipedia.org/wiki/EMC_Corporation , http://fr.wikipedia.org/wiki/EMC_Corporation etc... I'm looking for a way to support international access and collaboration. Also, are people using simple Chinese to support Japanese users? Thanks in advance... -- Jim Dowson CTO, Global Services, EMC Corporation Linx: (617) 598-0505 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Error]: Java heap memory error on adding large attachment
Ricardo Rodriguez wrote: [EMAIL PROTECTED] wrote: An MS Word document. The error also happened with a 6.5 MB zip file - so the xwiki limit of 10MB may not be the issue (although documents larger than the alleged 1MB MySQL limit have been successfully uploaded). Thus, the problem may arise from the amount of memory available for Java. What servlet container are you using? I've seen this error here running Tomcat. You can increase this amount by passing this parameter -Xmx256m -Xms256m (in this case 256Mb will be the new amount of available memory) at startup time. I'll have to check with the lab folks - I believe they started with the 1.2M2 Windows complete build, then upgraded to 1.2RC2. I will let you know after I have heard from them. I wanted to make the changes one step at a time to isolate the root cause. So, you have to shutdown your servlet container, modify some script to startup.sh, catalina.sh or whatever your are using to launch Tomcat, to add this paramenters to CATALINA_OPTS or JAVA_OPTS. I have not a clear idea about what is the right variable to be modified. Any feedback will be really welcome. Here is the script I am using here to start Tomcat: mire:/home/webmaster/bin # cat start_tomcat6 #!/bin/sh export CATALINA_HOME=/usr/share/tomcat-6.0.10 export JAVA_HOME=/usr/share/java/jre-1.6.0_01 export JRE_HOME=/usr/share/java/jre-1.6.0_01 export CATALINA_OPTS=-Xmx512m -Xms512m export JAVA_OPTS=-Xmx512m -Xms512m $CATALINA_HOME/bin/startup.sh As per your question about the need of restarting XWiki so that the new configuration values become effective. Yes, this is required. xwiki.cfg is read at deployment time. So if you have any utility that allow you to restart just one application, you are a lucky person :-) If you have not it, just restart the servlet container. I expected that to be the case - and the FAQ should be updated to reflect that (I didn't consider myself as authoritative, so I didn't want to edit the entry). I would also suggest that the error code (Java ) be added to the text as well. I am sure there are people out there with a much more in depth knowledge about this issue. But this has helped me. I hope it could be useful for you as well. Perhaps, but by speaking, you're the most effective person ;-) I'll update you (here) after we apply the changes and test again. Thanks for your help! ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [Error]: Java heap memory error on adding large attachment
When attempting to upload a 10.5MB file attachment to a page in XE 1.2-milestone-2.5917, user consistently get the error: Java Heap Space Out Of Memory Exception ! and the operation fails. Any suggestions on where to start (default java config?) -- Jim Dowson CTO, Global Services, EMC Corporation ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Error]: Java heap memory error on adding large attachment
Ricardo Rodriguez wrote: [EMAIL PROTECTED] wrote: When attempting to upload a 10.5MB file attachment to a page in XE 1.2-milestone-2.5917, user consistently get the error: Java Heap Space Out Of Memory Exception ! Hi, http://www.xwiki.org/xwiki/bin/view/FAQ/Howtoincreasethemaximumattachmen tsize Thanks - I have modified the xwiki preferences (as described) - does XE need to be restarted for it to take effect? (I haven't changed mySQL yet) - but will do some more testing first. Just curiosity, what kind of file are you uploading? An image? Thanks. An MS Word document. The error also happened with a 6.5 MB zip file - so the xwiki limit of 10MB may not be the issue (although documents larger than the alleged 1MB MySQL limit have been successfully uploaded). I'm going to test again, then look at the MySQL params... Thanks -- Jim Dowson CTO, Global Services, (821-76814) Linx: (617) 598-0505 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Whitespace in tags?
I am having trouble with whitespace handling in tags (1.1.2 1.2RC2 on Windows 2003 and Windows XP locally - and even on xwiki.org itself). tag1|tag2|word3 word4 becomes tag1|tag2|word3|word4 and tag1|tag2|tag 3|tag 4 becomes tag1|tag2|tag|3|tag|4 I would consider this a bug - am I wrong? [I used the object properties in the object editor and the tag dialog box in page wiki edit mode with the same result] ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users