xwiki-users July 2016

xwiki-users@xwiki.org

37 participants
76 discussions

[xwiki-users] Trying to use $doc.documentReference as the documentTree root

by simmsj

I'm trying to list the children of the current page. According to this post: http://lists.xwiki.org/pipermail/users/2015-December/031639.html, I believe this should work, but all I get is "No pages found": {{velocity}} {{documentTree root="$doc.documentReference" /}} {{/velocity}} If I use {{velocity}} $doc.documentReference {{/velocity}}, the correct value is returned. Can anyone tell me what I'm doing wrong or if there is a better way to list all the children of the current page? Thanks, Jared -- View this message in context: http://xwiki.475771.n2.nabble.com/Trying-to-use-doc-documentReference-as-th… Sent from the XWiki- Users mailing list archive at Nabble.com.

9 years

[xwiki-users] Menu Application subwikis MenuMacro

by Jaume Giribert Peraire

Hi, Sorry if this topic has been already exposed but I was unable to find any reference in any past emails. We have a 7.4 xwiki installation with multiple subwikis and we want to install Menu Application for every wiki. I just launched a farm installation from Principal wiki and everything seems to work fine but we have found an strange issue. If user has permissions in the last subwiki where Menu Application has been installed he's able to see menu with styling. However, if another user has only permission to an specific wiki (i.e. local user) he can see the menu but no styling is applied. After some browser debugging we have found that Menu Application is making this call for EVERY subwiki. <DOMAIN>/xwiki/wiki/<SUBWIKI>/ssx/Menu/MenuMacro?language=en&colorTheme=xwiki%3AFlamingoThemes.Charcoal The SUBWIKI param is always the same and matches the last subwiki where Menu Application has been installed. Is there any way to make this call like this: <DOMAIN>/xwiki/wiki/<CURRENT_SUBWIKI>/ssx/Menu/MenuMacro?language=en&colorTheme=xwiki%3AFlamingoThemes.Charcoal Thanks in advance!

9 years, 1 month

[xwiki-users] White spaces around images in exported pdfs

by Alina Kupgisch

Hi xwiki team, i get big white spaces around my images in the exported pdfs, after making the images smaller on our wiki pages. I tried changing the margin, padding, and the border size of the images in the css (used for the pdf export) but that didn't change anything. The background of the image in the exported pdf is bigger than the image itself (i changed the background color for evaluation). Best regards Alina

9 years, 1 month

[xwiki-users] Need Help Installing XWiki on Ubuntu Server 1404 LTS

by Jared Simms

These are the steps that worked for me installing XWiki on Ubuntu Server 16.04.01 LTS with Jetty and Postgres. I have double checked most of these steps, but not all of them so your mileage may vary. This is my first time installing the WAR version of XWiki and I've had quite a bit of help getting this far. I'd appreciate any feedback from more experienced installers if they see issues with my process. - Jared Please note that Postgres Installed with the initial Ubuntu installation Install Java ----------- sudo apt-get update sudo apt-get install default-jdk Edit /etc/environment Add JAVA_HOME=/usr/bin/java Install Jetty ----------- sudo apt-get install jetty9 Edit /etc/default/jetty9 to set the JVM parameters JAVA_OPTIONS="-server -Xms800m -Xmx1048m -Dfile.encoding=utf-8 -Djava.awt.headless=true -XX:+UseParallelGC -XX:MaxGCPauseMillis=100" Install & Configure XWiki ------------------------ Download the current WAR wget http://download.forge.ow2.org/xwiki/xwiki-enterprise-web-8.1.war Expand the WAR to the XWiki root cd /usr/share/jetty9/webapps/root sudo rm * sudo jar -xvf <path to war>/xwiki-enterprise-web-8.1.war Configure the Permanent Directory ---------------------------------- sudo mkdir /var/local/xwiki sudo chown jetty:adm /var/local/xwiki Edit /usr/share/jetty9/webapps/root/WEB-INF/xwiki.properties Uncomment # environment.permanentDirectory=/var/local/xwiki/ Configure xwiki as the the JVM root ----------------------------------- Edit /usr/share/jetty9/webapps/root/WEB-INF/xwiki.cfg (Note that this is a different config file than xwiki.properties) Uncomment # xwiki.webapppath= Configure xwiki to use the filesystem for attachments ---------------------------------------------------- Edit /usr/share/jetty9/webapps/root/WEB-INF/xwiki.cfg Uncomment the following lines and change hibernate to file # xwiki.store.attachment.hint=hibernate # xwiki.store.attachment.versioning.hint=hibernate # xwiki.store.attachment.recyclebin.hint=hibernate New Values: xwiki.store.attachment.hint=file xwiki.store.attachment.versioning.hint=file xwiki.store.attachment.recyclebin.hint=file Edit /usr/share/jetty9/webapps/root/WEB-INF/hibernate.cfg.xml to use Postgres ------------------------------------------------------------------------------ Comment out default database Uncomment Postgres section (don't forget to remove the closing comment line from the Postgres section) Install the Postgres JDBC Driver ------------------------------- cd /usr/share/jetty9/webapps/root/WEB-INF/lib sudo wget https://jdbc.postgresql.org/download/postgresql-9.4.1208.jar Set the ownership on the xwiki directory --------------------------------------- cd /usr/share/jetty9/webapps/ sudo chown -R jetty:adm root Configure Postgres ------------------- sudo -u postgres psql psql (9.5.3) Type "help" for help. postgres=# CREATE DATABASE xwiki postgres-# WITH OWNER = postgres postgres-# ENCODING = 'UNICODE' postgres-# TABLESPACE = pg_default; CREATE DATABASE postgres=# \l List of databases Name | Owner | Encoding | Collate | Ctype | Access privileges -----------+----------+----------+-------------+-------------+----------------------- postgres | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | template0 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres template1 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres xwiki | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | (4 rows) postgres=# \connect xwiki You are now connected to database "xwiki" as user "postgres". xwiki=# CREATE USER xwiki PASSWORD 'xwiki' VALID UNTIL 'infinity'; CREATE ROLE xwiki=# \du List of roles Role name | Attributes | Member of -----------+------------------------------------------------------------+----------- postgres | Superuser, Create role, Create DB, Replication, Bypass RLS | {} xwiki | Password valid until infinity | {} xwiki=# GRANT ALL ON SCHEMA public TO xwiki; GRANT xwiki=# \q Optional - Configure redirection from 80 to 8080 ------------------------------------------------ sudo iptables -A PREROUTING -t nat -p tcp --dport 80 -j REDIRECT --to-port 8080 sudo apt-get install iptables-persistent sudo bash -c "iptables-save > /etc/iptables/rules.v4" to save future changes Restart Jetty to apply changes since the initial installation -------------------------------------------------------- sudo systemctl restart jetty9 > I apologize for the vague topic description. I have been trying to install > XWiki on a freshly installed Ubuntu server running 14.04 for a few days and > am just getting pulled in all sorts of directions when it comes to > installation and am just getting a little agitated. > > I am relatively new to Ubuntu in general. I am just looking for a guide to > install the newest version of XWiki Enterprise on Ubuntu Server 14.04 using > what I believe would be a .WAR install. (I want to avoid the stand-alone > installer since it is not recommended on production.) > > All guides that I have found seem to breeze thru the installation process > and jump right into "Getting Started using the software". I am still stuck > on the actual installation and cannot seem to follow the guide without > getting thrown off by a step that makes absolutely no sense. > > If someone could please point me in the right direction, it would be greatly > appreciated.

9 years, 1 month

[xwiki-users] Disable Registration and View Default Skin at Login

by Jared Simms

Hello, I would like to disable registration so wiki accounts must be created by an admin. I followed the instruction on this page: http://lists.xwiki.org/pipermail/users/2016-February/032129.html to only have Register checked for the XWikiAdminGroup, but users are still able to register and log in. I can't find the Guest user to remove the Registration right from that user as well. Does the Guest user still exist in 8.1 and is that still the correct way to disable registration? I would also like to display the default skin on the login page. This page http://lists.xwiki.org/pipermail/users/2011-July/020305.html recommended allowing unregistered users to view the default skin, but I have checked "Prevent unregistered users from viewing pages, regardless of the page or space rights" on the Administration: Rights page which seems like it will override any permissions I set on the default skin. The page that looks like it should be the right one is bin/view/XWiki/DefaultSkin, but clicking on the sprocket only gives me the option to "Administer Parent". Is there a way to enable the default skin for the login screen while still disabling unregistered users to view anything other than the login screen? Thanks, Jared

9 years, 1 month

[xwiki-users] Images of included pages are not diplayed

by Alina Kupgisch

Hi, i used the "include" macro to include pages and sections in a new page, but the images that where attached in the included pages/sections are not displayed. Instead the image names are shown. Our "include" marco has version 8.1, like the Xwiki version. I found the ticket http://jira.xwiki.org/browse/XWIKI-6196 that describes my problem. But this should be fixed since version 3.0. Is there any solution for the problem or do i have to use the workaround that is mentioned in the ticket? Best regards and thanks in advance! Alina

9 years, 1 month

[xwiki-users] OutOfMemoryError: GC overhead limit exceeded on a new installation

by Jared Simms

Setting the permanent directory resolved the issue with the Distribution Wizard. Sorry I missed your answer the first time you sent it. Thanks again for the help getting us up and running. - Jared > Vincent, > > You are my hero. I was editing the JVM settings in /usr/share/jetty9/bin/jetty.sh, but they were not being used. Once I applied them to /etc/default/jetty9 the memory errors disappeared. I tested on the current install and then built the whole server from scratch and the Distribution Wizard finished without any errors and I've been able to work in the wiki without any issues. The performance is on par with the standalone instance as well. > > The only piece that doesn't seem to be working right is the Distribution Wizard still starts every time I start XWiki. Is there something I need to do so that doesn't happen? Actually I answered that question in the previous mail I sent you. "Indeed that’s not the normal behavior ;) The only reason I can think of is that you’ve not configured the xwiki permanent directory location and it’s using some temporary directory by default and for some reason you’re clearing that directory every time before restarting XWiki. “ Have you checked the permanent dir location? Thanks -Vincent > Thanks again for the help. > > - Jared

9 years, 1 month

[xwiki-users] XWiki.Tableview - Pages on this Wiki Empty (7.4.4)

by Stev Williams

Hi, I am having problems getting the index application in tableview to show any pages. I am not sure when this happened but uninstalling and re-installing the Index application both using the extension manager and manually appears to have not fixed the issue. Checking Tree, Attachments, Deleted Pages and Deleted Attachments they all appear to be working fine. The URL it is going to is /xwiki/bin/view/Main/AllDocs Is there anything else I can try to get the page working? Regards Please consider the environment before printing this e-mail. ------------------------------------------------------------------------------------- Zenith Insurance Management UK Limited is an appointed service provider to Zenith Insurance Plc and is not an Agent of Zenith Insurance Plc. Markerstudy Limited is an appointed service provider to Markerstudy Insurance Company Limited and is not an Agent of Markerstudy Insurance Company Limited. Zenith and Markerstudy are part of the Markerstudy Group of Companies. Zenith Insurance Management UK Limited registered in England and Wales (No. 5678970) with registered office at Chester House, Harlands Road, Haywards Heath, West Sussex RH16 1LR. Authorised and regulated by the Financial Conduct Authority (No. 429279) Markerstudy Limited registered in England and Wales (No. 5678970) with registered office at Markerstudy House, 45 Westerham Road, Sevenoaks, Kent TN13 2QB. Authorised and regulated by the Financial Conduct Authority (No. 312214) Any views and opinions expressed in this e-mail are solely those of the author and do not necessarily represent those of the Markerstudy Group of Companies. This message (and any attachments) contains information that may be confidential and protected from disclosure by law and if you are not the intended recipient you must not retain, copy, distribute or take any action in reliance on it, nor disclose all or part of its content to any other individual or entity. Markerstudy Group of Companies uses reasonable endeavours to virus scan all electronic communications leaving the organisation but no warranty is given that this communication and any attachments are virus free. You should undertake your own virus checking. ------------------------------------------------------------------------------------- This email message has been scanned for viruses by Mimecast. Mimecast delivers a complete managed email solution from a single web based platform. For more information please visit http://www.mimecast.com -------------------------------------------------------------------------------------

9 years, 1 month

[xwiki-users] OutOfMemoryError: GC overhead limit exceeded on a new installation

by Jared Simms

Vincent, You are my hero. I was editing the JVM settings in /usr/share/jetty9/bin/jetty.sh, but they were not being used. Once I applied them to /etc/default/jetty9 the memory errors disappeared. I tested on the current install and then built the whole server from scratch and the Distribution Wizard finished without any errors and I've been able to work in the wiki without any issues. The performance is on par with the standalone instance as well. The only piece that doesn't seem to be working right is the Distribution Wizard still starts every time I start XWiki. Is there something I need to do so that doesn't happen? Thanks again for the help. - Jared

9 years, 1 month

[xwiki-users] OutOfMemoryError: GC overhead limit exceeded on a new installation

by Jared Simms

Thanks for the suggestions. I tried removing the garbage collection parameters but still got the out of memory errors so I tried removing all the Java parameters and got the same behavior. Vincent, I started with "-Xmx1024m" but increased it to 2048m after getting the out of memory errors and reading the page you referenced (http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#HMemory). I also used the parameters and values that page referenced as what is used on the xwiki.org site. The other odd thing is that every time I restart Jetty, the Distribution Wizard starts. This is my first experience with the Distribution Wizard, but I'm guessing that isn't the expected behavior. It even starts up when I restart Jetty before running into the out of memory errors. I probably also should have mentioned that the VM I'm trying to run xwiki on is configured with 8GB of memory and 4 vCPUs. Any other suggestions for how to get a stable installation running? Thanks, Jared This is the most recent error I got during testing this morning: 2016-07-19 07:56:20,847 [http://nhhqwiki01:8080/xwiki/bin/view/Infrastructure/Policies%2C+Process%2C…] ERROR o.x.v.i.DefaultVelocityEngine - Exception in macro #template called at 12:/skins/flamingo/view.vm[line 9, column 1] 2016-07-19 07:56:20,848 [http://nhhqwiki01:8080/xwiki/bin/view/Infrastructure/Policies%2C+Process%2C…] ERROR c.x.x.XWiki - Error while evaluating velocity template [endpage.vm] org.xwiki.velocity.XWikiVelocityException: Failed to evaluate content with id [/skins/flamingo/view.vm] at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:227) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198) at com.xpn.xwiki.internal.template.InternalTemplateManager.evaluateContent(InternalTemplateManager.java:726) at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:627) at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:605) at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:571) at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:557) at com.xpn.xwiki.internal.template.DefaultTemplateManager.render(DefaultTemplateManager.java:65) at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1896) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1874) at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:822) at sun.reflect.GeneratedMethodAccessor221.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluateInternal(DefaultVelocityEngine.java:259) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:222) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198) at com.xpn.xwiki.internal.template.InternalTemplateManager.evaluateContent(InternalTemplateManager.java:726) at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:627) at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:605) at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:571) at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:557) at com.xpn.xwiki.internal.template.DefaultTemplateManager.render(DefaultTemplateManager.java:65) at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1896) at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:180) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:449) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:193) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449) at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:499) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:745) Caused by: org.apache.velocity.exception.MethodInvocationException: Invocation of method 'parseTemplate' in class com.xpn.xwiki.api.XWiki threw exception java.lang.OutOfMemoryError: GC overhead limit exceeded at /templates/macros.vm[line 20, column 8] at org.apache.velocity.runtime.parser.node.ASTMethod.handleInvocationException(ASTMethod.java:261) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:187) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluateInternal(DefaultVelocityEngine.java:259) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:222) ... 79 common frames omitted Caused by: java.lang.OutOfMemoryError: GC overhead limit exceeded

9 years, 1 month

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users July 2016