Hi all,
I'm getting a strange exception involving a DB transaction:
Exception while saving document Code.AddDocsLog
Wrapped Exception: Failed to commit or rollback transaction. Root cause []
I think it may be related to this issue:
http://jira.xwiki.org/jira/browse/XWIKI-1736
Can anyone explain this exception to me and under which circumstances it can occur? I'm not able to save this document because of this error.
Here's a full stack trace:
org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Script Macro for content [
(script content here)
]
at org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.evaluate(AbstractJSR223ScriptMacro.java:201)
at org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.evaluate(AbstractJSR223ScriptMacro.java:50)
at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:200)
at org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.execute(AbstractJSR223ScriptMacro.java:137)
at org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.execute(AbstractJSR223ScriptMacro.java:50)
at org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:175)
at org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:120)
at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:6847)
at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:6822)
at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:725)
at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:739)
at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:492)
at sun.reflect.GeneratedMethodAccessor392.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1806)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1727)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:740)
at sun.reflect.GeneratedMethodAccessor155.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156)
at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1806)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1727)
at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:148)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:224)
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:627)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:118)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:295)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:873)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:619)
Caused by: javax.script.ScriptException: javax.script.ScriptException: com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document Code.AddDocsLog
Wrapped Exception: Failed to commit or rollback transaction. Root cause []
at org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEngineImpl.java:118)
at org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.eval(AbstractJSR223ScriptMacro.java:260)
at org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.evaluate(AbstractJSR223ScriptMacro.java:191)
... 94 more
Caused by: javax.script.ScriptException: com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document Code.AddDocsLog
Wrapped Exception: Failed to commit or rollback transaction. Root cause []
at org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEngineImpl.java:318)
at org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEngineImpl.java:112)
... 96 more
Caused by: com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document Code.AddDocsLog
Wrapped Exception: Failed to commit or rollback transaction. Root cause []
at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:634)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:182)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:175)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1340)
at com.xpn.xwiki.api.Document.saveDocument(Document.java:1765)
at com.xpn.xwiki.api.Document.save(Document.java:1729)
at com.xpn.xwiki.api.Document.save(Document.java:1718)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoCachedMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:229)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:52)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:121)
at Script74$_run_closure2.doCall(Script74.groovy:83)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:88)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:886)
at groovy.lang.Closure.call(Closure.java:276)
at groovy.lang.Closure.call(Closure.java:289)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1167)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1143)
at org.codehaus.groovy.runtime.dgm$108.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:270)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:52)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125)
at Script74.run(Script74.groovy:79)
at org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEngineImpl.java:315)
... 97 more
Thanks,
Joshua
Hello guys,
It's been a long time since I've done a build on the *platform* module.
However, doing an update on this module and invoking the maven command:
*mvn clean package -Pdev -Dtest=none -DfailIfNoTests=false *
in the main directory
(*/platform/trunks*) fails due to a typo in the *foxwiki*'s *pom.xml*.
The parent pom (*tools*) has version 2.4-SNAPSHOT while the child has the
2.3-SNAPSHOT version for the parent.
Fixed that.
Now a hard one:
Issuing the same mvn command in the *platform/trunks/core *dir fails when
compiling
the *XWiki Platform - Core - Annotations - REST Services* with the following
error:
*DTD factory class org.apache.xerces.impl.dv.dtd.DTDDVFactoryImpl does not
extend from DTDDVFactory**.*
*Please find the stacktrace err message in the following link:
http://pastebin.com/4zC4KPUf*
*
*
Before posting this mail I double checked the *.m2/settings.xml* file and
also did the same steps using another machine, a new checkout and an empty
mvn repo, just to be sure.
Still this problem persists.
As XWiki has a continuous build system, perhaps I
have mis-configured something and I would highly appreciate some feedback.
Best regards!
Ps:
The problem seems to be a class cast exception due to the fact that 2
versions of xercesImpl jar are used in the project (one with compile
scope,while the other with runtime scope).
In the latter case, the version 2.9.1 is used and I suspect this as the root
cause of the problem.
What forum would you recommend to use in combination with
X-Wiki? Its authorization is wished to be integrated with
X-Wiki's one, and userbase is wished to be taken from X-Wiki
(because WebDAV won't work otherwise IIUC).
Hello!
Yet another problem I'm encountering is lack of
proper escaping tools. I have noticed it when I
decided to use [ and ] in page titles.
«My Recent Modifications» became broken because
XWiki parsed [ and ]. Currently I have added
{pre} and {/pre} at both ends, but it is just a
krunch. What is the proper way? I have checked
$escapetool and $xwiki.get*Encoded APIs. There is
no common API to escape [, ], =, {, etc.
After upgrading from 2.3 to 2.4M1 there are lots of text
strings everywhere on every page. They look like this:
$xwiki.ssfx.use('js/xwiki/widgets/jumpToPage.css', true)
$xwiki.jsfx.use('uicomponents/widgets/confirmationBox.js', true)
$xwiki.ssfx.use('uicomponents/widgets/confirmationBox.css', true)
$xwiki.jsfx.use('uicomponents/widgets/confirmedAjaxRequest.js', true)
$xwiki.jsfx.use('uicomponents/widgets/notification.js', true)
$xwiki.ssfx.use('uicomponents/widgets/notification.css', true)
(snipped)
It's an easy-to-edit website that will help you work better
together. This Wiki is made of pages sorted by spaces. You're
currently in the Main space, looking at its home page (WebHome).
$xwiki.ssx.use('Main.Dashboard')
Also, there are exceptions java.lang.NullPointerException in logs
and lines like this:
[#|2010-06-13T12:59:22.015+0700|INFO|sun-appserver2.1|
javax.enterprise.system.stream.out|
_ThreadID=17;_ThreadName=http://metrolace.ru/bin/view/Main/;|
2010-06-13 12:59:22,015 [http://metrolace.ru/bin/view/Main/] ERROR
internal.DefaultVelocityEngine - Left side ($tagCount.size()) of '>'
operation has null value at velocity macro[line 54, column 24]|#]
What's going on? Did I something wrong while updating?
Greetings
On my wiki using swedish characters for xwiki page titles give ugly but
working entries in all panels, e.g. "Backlinks" "Recent modifications" and "My
recent modifications"
An example is having:
"Startsidor för våra intresseområden"
...instead of the correct:
"Startsidor för våra intresseområden"
Another example is putting thiss wiki code on top of a page:
= header that <look ugly> here =
The script responsible for for the texts in the panels is as follow:
<span class="panelitem">
<a href="$rdoc.getURL('view')">
$xwiki.getXMLEncoded($rdoc.displayTitle)
</a></span>
I've noticed that changing the third line into only $rdoc.displayTitle will
produce a nice looking entry, and $rdoc is set via
#set($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
Now, can anyone see a purpose of using getXMLEncoded() for this? As far as I
have seen, it only breaks things.
-Joel
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
(Grad. student) Joel Forsberg
KTH Kemisk Teknologi
Teknikringen 41B
100 44 Stockholm
Work +46 8 7908252
e-mail: joelfo(a)kth.se
Hi,
I was wondering what is the best way to give wiki users the possibility to
create xwiki pages from a template. I was thinking of something like the
"CREATE PAGE" feature on xwiki but with an additional field called template
page. So when the page is created it has the same content as the template
page. Is there a plugin or application that already does that?
Regards,
Abel
I have seen another threads, but I didn't noticed any good idea. I have
only seen JCR project in the sandbox.
http://dev.xwiki.org/xwiki/bin/view/Design/JcrStore
I have no idea what is JCR. «JCR» sounds very different from
«filesystem». Installing and maintaining JCR is likely to be yet another
brainache I'd like to skip. Finally, «Translate XWQL to JCRSQL2» sounds
very different from «simple and reliable». «Storing 10Mb octet streams
in database» doesn't sound like being reliable, and indeed it caused
strange problems recently.
So my humble wish is to see xwikiattachment_content table replaced with
a mere filesystem storage. Other tables left intact. Maintaing
«Space/Document/Attachment» structure is not a requirement (althoung it
would be nice since I could share it in GreyLink DC++ this way).
--
If you want to get to the top, you have to start at the bottom
Hello!
I have set up XWiki on my server. J2EE 5, GlassFish 2, MySQL. Moving
attachments around caused big problems so I had to turn off versioning
and recycle bin, if this matters:
#-# Role hints that differentiate implementations of the various storage
components. To add a new implementation for one
#-# of the storages, implement the appropriate interface and declare it
in a components.xml file (using a role-hint other
#-# than 'default') and put its hint here.
#
#-# The main (documents) storage.
# xwiki.store.main.hint=default
#-# The attachment storage.
# xwiki.store.attachment.hint=default
#-# The document versioning storage.
# xwiki.store.versioning.hint=default
#-# The attachment versioning storage. Use 'void' to disable attachment
versioning.
xwiki.store.attachment.versioning.hint=void
#-# The document recycle bin storage.
# xwiki.store.recyclebin.hint=default
#-# The attachment recycle bin storage.
xwiki.store.attachment.recyclebin.hint=void
#-# Whether the document recycle bin feature is activated or not
# xwiki.recyclebin=1
#-# Whether the attachment recycle bin feature is activated or not
storage.attachment.recyclebin=0
#-# Whether the document versioning feature is activated or not
# xwiki.store.versioning=1
#-# Whether the attachment versioning feature is activated or not
xwiki.store.attachment.versioning=0
#-# Whether the attachments should also be rolled back when a document
is reverted.
xwiki.store.rollbackattachmentwithdocuments=0
I am testing this wiki and amongs other problems encountered the
following one.
There is a photoalbum application instance. Here is my test album:
http://metrolace.ru/bin/Photos/HubPicknick0410
The problem is that attachments are disappearing after some time. Or,
speaking preciselly, their size becomes 0 when one visits a page with
particular photo.
This is files viewer:
http://metrolace.ru/bin/Photos/HubPicknick0410?viewer=attachments
This is a snapshoted version: http://www.peeep.us/f01aa5ce
Some files have version 1.2 just because I have reuploaded them when
their size became 0 for the first time.
Some files are zero-sized. Others left intact. However, visiting
particular photo by clicking it triggers disappearing. One can click any
photo, and then visit "files" viewer and notice that exactly this file
has changed its size to 0.
--
If you want to get to the top, you have to start at the bottom