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
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
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
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
-------------------------------------------------------------------------------------
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
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
When our user use the wysywig editor to insert a image
And the user chooses to upload the image from computer
The system will attach the image to the current $doc
But it will insert a link [[image:xxxxx.xxx]] where xxxxz.xxx is the attached filename.
This works fine when page is visited.
But when in BLOG or using {{include reference='docWithImage'/}}
It can not find the link and show the according 'can not find image' icon
Is it possible to automatically insert a image as [[image:wiki:space.page@xxxxx.xxxx]] (is this called extended reference to attached image])
Same for any attached file where user chooses to add a link to attachment (PDF, .doc, .xls)
Gerritjan Koekkoek
Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
Visit our website<http://www.cdlsworld.org>
Facebook<https://www.facebook.com/gerritjan.koekkoek>
email<gerritjan(a)cdlsworld.org>
Hi everybody,
I've tried the whole afternoon (including checking the source code of the
corresponding java files) but I was unable to resolve my problem by myself.
What have I done:
* I've created a XWiki instance and I'm running 4 or 5 separate wikis there.
* I've set up mail sending in the "main" section to test some features
* The mails are sended and are received by the testclient
So far no problem. But if I'm looking into the console output I've got the
strange exception with an error level there and I'm not able to solve it:
2016-07-18 19:41:52,401 [Mail Sender Thread] ERROR
o.x.m.i.t.SendMailRunnable - Unexpected error in the Mail Sender Thread
java.lang.IllegalArgumentException: An Entity Reference name cannot be null
or empty
at
org.xwiki.model.reference.EntityReference.setName(EntityReference.java:187)
at
org.xwiki.model.reference.EntityReference.<init>(EntityReference.java:172)
at
org.xwiki.model.reference.EntityReference.<init>(EntityReference.java:143)
at
org.xwiki.model.reference.WikiReference.<init>(WikiReference.java:61)
at
org.xwiki.configuration.internal.AbstractDocumentConfigurationSource.
getCurrentWikiReference(AbstractDocumentConfigurationSource.java:185)
at
org.xwiki.mail.internal.configuration.SendMailConfigClassDocumentConf
igurationSource.getDocumentReference(SendMailConfigClassDocumentConfigurationSou
rce.java:68)
at
org.xwiki.configuration.internal.AbstractDocumentConfigurationSource.
getCacheKeyPrefix(AbstractDocumentConfigurationSource.java:122)
at
org.xwiki.configuration.internal.AbstractDocumentConfigurationSource.
getPropertyValue(AbstractDocumentConfigurationSource.java:306)
at
org.xwiki.configuration.internal.AbstractDocumentConfigurationSource.
getProperty(AbstractDocumentConfigurationSource.java:301)
at
org.xwiki.mail.internal.configuration.DefaultMailSenderConfiguration.
getSendWaitTime(DefaultMailSenderConfiguration.java:313)
at
org.xwiki.mail.internal.thread.SendMailRunnable.waitSendWaitTime(Send
MailRunnable.java:177)
at
org.xwiki.mail.internal.thread.SendMailRunnable.runInternal(SendMailR
unnable.java:108)
at
org.xwiki.mail.internal.thread.SendMailRunnable.run(SendMailRunnable.java:74)
at java.lang.Thread.run(Unknown Source)
as far as I understand the message it tells me, that a mandatory property is
missing, should be the waitSendWaitTime property.
In my mail configuration I've overridden the Send Wait Time, addtionally
I've uncommented the property:
mail.sender.sendWaitTime=8000
in the xwiki.properties file.
Unfortunately the error keeps occuring.
Best regards and thanks in advance,
Heiko
--
View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-mail-configuration-sendWaitTime-tp7…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi good folks,
Is there a way to save a page using javascript?
I read the XWiki JavaScript API but could not find this functionality.
Thanks in advance,
Jan-Paul
---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
Hello,
I've been trying to get xwiki running for almost a week and keep running into memory errors. I was finally able to get through the Distribution Wizard without having to restart Jetty due to out of memory errors, but am still getting the errors when I try to do almost anything in the wiki. The standalone installer works great and is much more responsive but I would like to use Postgres for the database.
Any suggestions for what I can do to get xwiki to stop the out of memory errors?
Thanks,
Jared
Here's my current config:
OS: Ubuntu 16.04.1 LTS fully patched
Java:Â
 - openjdk version "1.8.0_91"
 - OpenJDK Runtime Environment (build 1.8.0_91-8u91-b14-0ubuntu4~16.04.1-b14)
 - OpenJDK 64-Bit Server VM (build 25.91-b14, mixed mode)
Jetty: 9.2.14.v20151106
 - JAVA_OPTIONS="-server -Xms800m -Xmx2048m -XX:MaxPermSize=222m -Dfile.encoding=utf-8 -Djava.awt.headless=true -XX:+UseParallelGC -XX:MaxGCPauseMillis=100"
Database:Â PostgreSQL 9.5.3
JDBC Driver: postgresql-9.4.1208.jar
Here are the most recent errors that occurred when I tried to edit my first page:
2016-07-18 18:26:29,335 [http://nhhqwiki01:8080/xwiki/bin/view/Infrastructure/] ERROR c.x.x.XWiki          - Error while evaluating velocity template [exception.vm]
org.xwiki.velocity.XWikiVelocityException: Failed to evaluate content with id [/templates/exception.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.web.Utils.parseTemplate(Utils.java:180)
at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:88)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:507)
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)
... 51 common frames omitted
Caused by: java.lang.OutOfMemoryError: GC overhead limit exceeded
2016-07-18 18:26:30,809 [http://nhhqwiki01:8080/xwiki/bin/view/Infrastructure/] ERROR o.i.ObservationContextListener - Can't find any begin event corresponding to [class org.xwiki.bridge.event.ActionExecutedEvent (view)]
2016-07-18 18:26:30.810:WARN:oejs.ServletHandler:http://nhhqwiki01:8080/xwiki/bin/view/Infrastructure/: Error for /xwiki/bin/view/Infrastructure/
java.lang.OutOfMemoryError: GC overhead limit exceeded