Hi,
Recently one of my pages just started generating this exception
whenever we went to the page. It prevented any of the page from
rendering
(only the exception was on the page, nothing else) so I can't even
delete the page.
This is bad, but the bigger problem is that I can't search the wiki for
content because when I search for terms that I know are on the
old page, I get the same exception.
To recover the data, I copied the content from the XWD_CONTENT column in
the xwikidoc table and created a new page with the content from the
database (it had information that would have been difficult to replace).
The new page renders properly, the old page is still broken (see below)
and the search is still broken.
Does anyone know what the problem might be and how I can fix it?
If I can't fix the old page, is there a way for me to delete it without
having to go to the page?
This is pretty important, because a lot of the terms on the old page we
want to search on are very common for our project.
Any help greatly appreciated!
Neil
Here is the exception I receive when I try to go to the old page, or if
I try to search the wiki with terms I know are on the old page.
Error number 4001 in 4: Error while parsing velocity page Wrapped
Exception: Invocation of method 'parseContent' in class
com.xpn.xwiki.api.XWiki threw exception class
java.lang.NullPointerException : null
Error number 4001 in 4: Error while parsing velocity page
Wrapped Exception: Invocation of method 'parseContent' in class
com.xpn.xwiki.api.XWiki threw exception class
java.lang.NullPointerException : null
com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while
parsing velocity page
Wrapped Exception: Invocation of method 'parseContent' in class
com.xpn.xwiki.api.XWiki threw exception class
java.lang.NullPointerException : null
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere
r.java:131)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:806)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:254)
at sun.reflect.GeneratedMethodAccessor230.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invok
e(UberspectImpl.java:267)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java
:197)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReferenc
e.java:175)
at
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference
.java:220)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav
a:230)
at
org.apache.velocity.runtime.directive.VelocimacroProxy.render(Velocimacr
oProxy.java:172)
at
org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective
.java:114)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav
a:230)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere
r.java:223)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere
r.java:125)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:806)
at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:87)
at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:50)
at
com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:244)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.java:421)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
226)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi
ngFilter.java:127)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:186)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon
textValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:137)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:118)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:109)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79
9)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC
onnection(Http11Protocol.java:705)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:57
7)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:683)
at java.lang.Thread.run(Thread.java:534)
Wrapped Exception:
java.lang.NullPointerException
at com.xpn.xwiki.XWiki.parseContent(XWiki.java:772)
at com.xpn.xwiki.api.XWiki.parseContent(XWiki.java:250)
at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invok
e(UberspectImpl.java:267)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java
:197)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReferenc
e.java:175)
at
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference
.java:220)
at
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:55
)
at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfState
ment.java:70)
at
org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:55
)
at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfState
ment.java:70)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav
a:230)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere
r.java:223)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere
r.java:125)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:806)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:254)
at sun.reflect.GeneratedMethodAccessor230.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invok
e(UberspectImpl.java:267)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java
:197)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReferenc
e.java:175)
at
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference
.java:220)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav
a:230)
at
org.apache.velocity.runtime.directive.VelocimacroProxy.render(Velocimacr
oProxy.java:172)
at
org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective
.java:114)
at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav
a:230)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere
r.java:223)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRendere
r.java:125)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:806)
at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:87)
at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:50)
at
com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:244)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.java:421)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
226)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi
ngFilter.java:127)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:186)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon
textValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:137)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:118)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:109)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79
9)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC
onnection(Http11Protocol.java:705)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:57
7)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:683)
at java.lang.Thread.run(Thread.java:534)
</xwiki/bin/view/Main/WebHome> ?FPRIVATE "TYPE=PICT;ALT=XWiki"
<<Picture (Metafile)>> </xwiki/bin/view/Main/WebHome>
${doc.fullName} <$viewurl>
$msg.get("login")
<../../login/XWiki/XWikiLogin?xredirect=http://pvm09bedesh2:8080/xwiki/b
in/view/OWNERS/ProjectContacts>
$msg.get("register") <../../view/XWiki/RegisterNewUser>
XWiki <http://www.xwiki.org> Version 0.9.840
</xwiki/bin/view/Main/WebHome>
$msg.get("problemoccured")
$msg.get("detailedinformation"):
Error number 3202 in 3: Exception while reading document
OWNERS.ProjectContacts
Wrapped Exception: exception setting property value with CGLIB (set
hibernate.cglib.use_reflection_optimizer=false for more info) setter of
com.xpn.xwiki.doc.XWikiDocument.setArchive
com.xpn.xwiki.XWikiException: Error number 3202 in 3: Exception while
reading document OWNERS.ProjectContacts
Wrapped Exception: exception setting property value with CGLIB (set
hibernate.cglib.use_reflection_optimizer=false for more info) setter of
com.xpn.xwiki.doc.XWikiDocument.setArchive
at
com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore
.java:646)
at
com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:12
3)
at com.xpn.xwiki.XWiki.getDocument(XWiki.java:565)
at com.xpn.xwiki.XWiki.getDocument(XWiki.java:599)
at com.xpn.xwiki.XWiki.getDocumentFromPath(XWiki.java:637)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:2428)
at
com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:133)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.java:421)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
226)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi
ngFilter.java:127)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:186)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon
textValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:137)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:118)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:109)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79
9)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC
onnection(Http11Protocol.java:705)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:57
7)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:683)
at java.lang.Thread.run(Thread.java:534)
Wrapped Exception:
org.hibernate.PropertyAccessException: exception setting property value
with CGLIB (set hibernate.cglib.use_reflection_optimizer=false for more
info) setter of com.xpn.xwiki.doc.XWikiDocument.setArchive
at
org.hibernate.tuple.PojoTuplizer.setPropertyValuesWithOptimizer(PojoTupl
izer.java:203)
at
org.hibernate.tuple.PojoTuplizer.setPropertyValues(PojoTuplizer.java:173
)
at
org.hibernate.persister.entity.BasicEntityPersister.setPropertyValues(Ba
sicEntityPersister.java:2900)
at
org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:113
)
at
org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java
:510)
at org.hibernate.loader.Loader.doQuery(Loader.java:419)
at
org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loade
r.java:210)
at org.hibernate.loader.Loader.loadEntity(Loader.java:1312)
at
org.hibernate.loader.entity.EntityLoader.load(EntityLoader.java:116)
at
org.hibernate.loader.entity.EntityLoader.load(EntityLoader.java:101)
at
org.hibernate.persister.entity.BasicEntityPersister.load(BasicEntityPers
ister.java:2461)
at
org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(Defa
ultLoadEventListener.java:350)
at
org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEvent
Listener.java:331)
at
org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventLi
stener.java:113)
at
org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoad
EventListener.java:167)
at
org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEvent
Listener.java:79)
at org.hibernate.impl.SessionImpl.load(SessionImpl.java:588)
at
com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore
.java:575)
at
com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:12
3)
at com.xpn.xwiki.XWiki.getDocument(XWiki.java:565)
at com.xpn.xwiki.XWiki.getDocument(XWiki.java:599)
at com.xpn.xwiki.XWiki.getDocumentFromPath(XWiki.java:637)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:2428)
at
com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:133)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.java:421)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
226)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi
ngFilter.java:127)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:186)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon
textValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:137)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:118)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:109)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79
9)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC
onnection(Http11Protocol.java:705)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:57
7)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:683)
at java.lang.Thread.run(Thread.java:534)
Caused by: net.sf.cglib.beans.BulkBeanException: Lexical error at line
216, column 117. Encountered: "]" (93), after : ""
at
com.xpn.xwiki.doc.XWikiDocument$$BulkBeanByCGLIB$$9e5f0943.setPropertyVa
lues()
at
org.hibernate.tuple.PojoTuplizer.setPropertyValuesWithOptimizer(PojoTupl
izer.java:200)
... 56 more
Caused by: org.apache.commons.jrcs.rcs.TokenMgrError: Lexical error at
line 216, column 117. Encountered: "]" (93), after : ""
at
org.apache.commons.jrcs.rcs.ArchiveParserTokenManager.getNextToken(Archi
veParserTokenManager.java:800)
at
org.apache.commons.jrcs.rcs.ArchiveParser.jj_consume_token(ArchiveParser
.java:558)
at
org.apache.commons.jrcs.rcs.ArchiveParser.archive(ArchiveParser.java:104
)
at
org.apache.commons.jrcs.rcs.ArchiveParser.load(ArchiveParser.java:55)
at org.apache.commons.jrcs.rcs.Archive.(Archive.java:230)
at
com.xpn.xwiki.doc.XWikiDocument.setArchive(XWikiDocument.java:475)
... 58 more
Hello all,
Is it possible to change the message users get when they do not have
proper access rights i.e. "You need to have the 'comment' right to post a
comment." I restrict comments from anonymous users and I'd like to remind my
users that they may need to login. This would save me from answering
numerous e-mails about "not being able to post comments."
I'd like mine to read like this: You are unable to post a comment
because either you have not registered (<-- with a link to the register
page) or you are not logged in (<-- with a link to the login page).
Is this a change I can make or would an admin have to make the change?
Thanks in advance for the help. I appreciate it.
- Michael
We have just installed Xwiki (0.9.840) and it was working fine, but now
we have a problem.
I think someone may have changed something as Admin.
When I post a new News from the front page for a blog, I can choose a
category. The entry shows up fine
on the front page of the Xwiki. However, when I choose the blog
category, there is nothing there.
It's like I never made an entry.
This is the URL which looks correct to me:
http://my.companyname.com/xwiki/bin/view/Blog/Category?category=Marketing%2…
When I click the permalink and hit edit, it shows the category as selected.
I don't see anything obvious in catalina.out. How can I figure out why
no blog entries show up?
It doesn't matter if I'm logged in as Admin or a regular user.
-Dave
--
Dave Mangot
Terracotta Inc.
650 Townsend St. Suite 325
San Francisco, CA 94103 USA
+1 415 738 4059
dmangot(a)terracottatech.com
This e-mail incorporates Terracotta's confidentiality policy, which is
online at http://www.terracottatech.com/emailconfidentiality.shtml
I was wondering if anyone has gotten xwiki working with resin 3.0.18, i have
tried to follow the resin install docs and tried to follow the xwiki install
docs, but have not been able to get it completely working. Everytime i try
to load the site I get the following:
500 Servlet Exception
java.lang.NullPointerException
at org.apache.commons.digester.Digester.getXMLReader(Digester.java:891)
at org.apache.commons.digester.Digester.parse(Digester.java:1572)
at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:708)
at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:670)
at org.apache.struts.action.ActionServlet.init(ActionServlet.java:329)
at javax.servlet.GenericServlet.init(GenericServlet.java:69)
at com.caucho.server.dispatch.ServletConfigImpl.createServlet(ServletConfigImpl.java:600)
at com.caucho.server.dispatch.ServletManager.init(ServletManager.java:152)
at com.caucho.server.webapp.Application.start(Application.java:1599)
at com.caucho.server.deploy.DeployController.startImpl(DeployController.java:587)
at com.caucho.server.deploy.DeployController.restartImpl(DeployController.java:550)
at com.caucho.server.deploy.StartAutoRedeployAutoStrategy.alarm(StartAutoRedeployAutoStrategy.java:176)
at com.caucho.server.deploy.DeployController.handleAlarm(DeployController.java:708)
at com.caucho.util.Alarm.handleAlarm(Alarm.java:350)
at com.caucho.util.Alarm.run(Alarm.java:320)
at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:492)
at com.caucho.util.ThreadPool.run(ThreadPool.java:425)
at java.lang.Thread.run(Thread.java:595)
------------------------------
Resin-3.0.18 (built Fri, 24 Feb 2006 02:47:03 PST)
Any pointers people can recommend i would greatly appreciate it.
Adam
Not sure if this is the problem, but shouldn't that path be:
http://objectwebcon06.objectweb.org/xwiki/bin/view/Main/WebHome?rev=1.16
6 instead of
http://objectwebcon06.objectweb.org/xwiki/bin/viewrev/Main/WebHome?rev=1
.166
?
-----Original Message-----
From: Xavier MOGHRABI [mailto:xavier.moghrabi@objectweb.org]
Sent: 26 April 2006 12:13
To: xwiki-users(a)objectweb.org
Subject: [xwiki-users] History ViewRev not working
Dear XWiki users and developers,
I've recently experienced a strange behaviour on my patched XWiki
installation.
When I try to view a old revision page from the history menu, I get a
HTTP 404 error.
I seems that this kind of link doesn't work such as:
http://objectwebcon06.objectweb.org/xwiki/bin/viewrev/Main/WebHome?rev=1
.166
Can some body help me to correct my problem ?
Thank you in advance.
--
Xavier MOGHRABI - Consortium ObjectWeb
Phone: +33 4 76 61 52 35 SIP: xmoghrabi(a)213.91.9.210
Dear XWiki users and developers,
I've recently experienced a strange behaviour on my patched XWiki
installation.
When I try to view a old revision page from the history menu, I get a HTTP 404
error.
I seems that this kind of link doesn't work such as:
http://objectwebcon06.objectweb.org/xwiki/bin/viewrev/Main/WebHome?rev=1.166
Can some body help me to correct my problem ?
Thank you in advance.
--
Xavier MOGHRABI - Consortium ObjectWeb
Phone: +33 4 76 61 52 35 SIP: xmoghrabi(a)213.91.9.210
Hi all
I just installed the latest release of xwiki on my box, and found next
assertion in the log file.
15:24:24,718 ERROR http-8080-Processor24
http://localhost:8080/xwiki/bin/view/Main/WebHome
AssertionFailure:<init>:22 - an assertion failure occured (this may
indicate a bug in Hibernate, but is more likely due to unsafe use of the
session)
org.hibernate.AssertionFailure: possible nonthreadsafe access to session
at
org.hibernate.action.EntityDeleteAction.execute(EntityDeleteAction.java:83)
Configuration: Windows XP Pro SP2, jdk 1.5, Tomcat 5.5, PostgreSQL 8.0
Any body know how to fix it?
--
With b/r,
Viacheslav N Tararin
On 4/22/06, Robin Fernandes <rewbs.soal(a)gmail.com> wrote:
> Hi,
>
> When creating a new template, class based page (e.g. the FAQs), I
> occasionally (maybe 1 in 40-50 times) get a blank document after
> filling out the form and clicking save. I have seen this both on
> xwiki.org/xwiki.com and 2 personal 0.9.840 installations. Several
> other users of these installations have seen this issue too.
>
> Here's an example:
> http://www.xwiki.com/xwiki/bin/view/Doc/HowCanIDynamicallyEscapeOutBackslas…
>
> I created that document from the "create a new FAQ entry" form on
> http://www.xwiki.com/xwiki/bin/view/Doc/WebHome . I was presented
> with the FAQ form, which I filled out. But when I pressed Save,
> frustratingly it just saved a blank document. My form content was
> gone. No object is associated with the doc - it's as if the template
> was completely ignored.
>
> Has anyone else has seen this before?
> Any ideas re what could be causing it?
Hi, sorry to reply late. It's a known bug, fixed in the last version
on the svn. I don't remember the cause of the problem, but I know
Ludovic have fixed it.
Jeremi
--
Blog: http://www.jeremi.info
LinkedIn: https://www.linkedin.com/profile?viewProfile=&key=1437724
Project Manager XWiki: http://www.xwiki.org
skype: jeremi23 -- msn et gtalk : jeremi23(a)gmail.com
--
Blog: http://www.jeremi.info
LinkedIn: https://www.linkedin.com/profile?viewProfile=&key=1437724
Project Manager XWiki: http://www.xwiki.org
skype: jeremi23 -- msn et gtalk : jeremi23(a)gmail.com
I have xWiki 0.9.840 up and running now.
Question: I want to have optional sections of the menu bar appear when
members of certain groups are logged in. For example, I'd like to have a
restricted space (which I now have), but not have the link appear on the
left hand menu unless the user is allowed to visit that space.
How can I do this?
--
Adrian Hall
Sr. Product Line Manager, Administration and Identity Management
e. ahall(a)mirapoint.com; t. +1 (408) 720-3856; c. +1 (408) 667-4977
I see the standard WebSearch searches all spaces, regardless of function.
Is there a method by which I can create a WebSearch page that searches just
the current space?
On a related note, is there a function that I can use to create an RSS feed
for what's new for a single space?
-Adrian
--
Adrian Hall
Sr. Product Line Manager, Administration and Identity Management
e. ahall(a)mirapoint.com; t. +1 (408) 720-3856; c. +1 (408) 667-4977
Hello everybody,
because I had trouble with the last stable version 0.9.840 as somebody
out of the community mentioned:
- the changes I made are registered in the database
- they are displayed on the view page
- but they are not on the edit page
...I have installed the unstable build 0.9.1037. This bug is now fixed
but version 0.9.1037 seems to be terribly slow. Does anybody have any ideas?
Kind regards, Stefan
Hi all,
I have installed several wiki-ish/collab apps within my intranet so we
can test drive them and pick one by the end of the month ( twiki,
mediawiki, confluence, xwiki, jspwiki, snipsnap, sharepoint, etc ).
So far xwiki is one of the best from the dev point of view. It is
free, flexible ( makes for a nice platform for quick day-to-day
inhoues apps ), and 100% java. And since we are all geeks, it makes
for a nice toy.
But from the usability POV it lags behind.
* Forms and buttons are not polished ( interaction is awkward and
feedback is sometimes ambigous )
* There is too much on the screen
I really believe you should focus on improving the UI, as it accounts
for a large part of the perceived value... take a look at twiki,
confluence or SnipSnap ( and even mediakiwi and it's sound simplicity
).
Is something on these lines planned for the next release? Dates?
I am tweaking the templates to see how far I can go, but I'd rather
stay aligned with you guys.
Great work ;),
Aldo
--
::::: Aldo Bucchi :::::
mobile (56) 8 429 8300
>Hi All,
>
>Now, this, I think, will allow Xwiki.ahall the ability to edit the rights,
>and do other things that "Admin" can do, but it doesn't. I don't get the
>"Admin" menu option, and I don't get all the extra options under "More
>Actions"
There is a caching issue on group rights. (Take a look here:
http://mail-archive.objectweb.org/xwiki-users/2006-02/msg00102.html)
Try $xwiki.flushCache() in a XWiki document
or restart the tomcat instance.
Bye
Frank
Hi All,
I am attempting to set up a new Wiki for our Intranet running on Jboss
4.0.3SP1 with Tomcat 5.5.16 and MySQL database.
I need access control with the following specs:
Everyone in Admin Group gets to do anything "Admin" can.
People in specific groups get to edit/add content to specific spaces
Registered users get to view everything
Guests get view access only to Main (and I can turn that off if
necessary)
I have a user XWiki.ahall (which is me)
I added this user to XWiki.XWikiAdminGroup, so that group now contains
XWiki.Admin and XWiki.ahall.
I have other groups named (for instance) Xwiki.KBGroup to control access
further. There are a whole bunch of these.
In my Xwiki access rights, I have
Xwiki.XWikiGlobalRights
0: Xwiki.XWikiAdminGroup
-> Group: Xwiki.XWikiAdminGroup
-> Permissions: view,edit,admin,comment
-> Users: <blank>
-> Allow/Deny: Allow
1: Xwiki.XWikiAllGroup
-> Group: Xwiki.XWikiAllGroup
-> Permissions: view
-> Users: <blank>
-> Allow/Deny: Allow
2: Xwiki.XWikiGuest
-> Group: <blank>
-> Permissions: view
-> Users: <blank>
-> Allow/Deny: Allow
(this last one is what I think will allow me to turn on/off guest).
Now, this, I think, will allow Xwiki.ahall the ability to edit the rights,
and do other things that "Admin" can do, but it doesn't. I don't get the
"Admin" menu option, and I don't get all the extra options under "More
Actions"
Is there something I am missing here?
The reason I want to do this is so I can turn on LDAP authentication - our
LDAP server doesn't have an Admin user, so I won't be able to log in as an
admin after I turn LDAP Authentication on, so I need an alternate
Administrator.
--
Adrian Hall
Sr. Product Line Manager, Administration and Identity Management
e. ahall(a)mirapoint.com; t. +1 (408) 720-3856; c. +1 (408) 667-4977
All,
Someone knows if exist a search in which I can see the name of the
document and the content of the document, but only a short content of
the document like google.
In my wiki http://www.siac.net.co/uso I have a search that it shows a
short content of a document, but sometimes it shows a bad content.
Thanks
Hi all,
Is it possible to get VelocityTools v1.2 working with XWiki v0.9.840?
http://jakarta.apache.org/velocity/tools/generic/
In particular I'm trying to get ListTools working.
I tried copying all the jars from the VelocityTools1.2 archive into
the XWiki lib dir, removing the older libs, and editing the
toolbox.xml as appropriate. But this must be causing
incompatibilities, and results in a bunch of exceptions on startup.
Cheers,
Robin.
Ludovic:
Thanks for your explanation, which was very helpful; sorry I haven't replied before this. Looking at the source, it was clear that one directive turned on a "pre" flag and the other didn't, but the implications of this which you explained had not occurred to me, especially since the $xwiki methods that implement them also allowed a flag of the same type.
However, I am already using #includeMacros, as I mentioned, so unfortunately it doesn't solve my problem. I had the issues confused in my mind, but it now appears that it doesn't have to do with which directive I use to include it, because it isn't a question of whether the included content is rendered before or after inclusion, but whether a macro definition file ever loads.
Our wiki is configured as by default up to this point - i.e. the "view" action calls $xwiki.includeForm("$menudoc", false), which (If I understand it correctly) effectively includes the content of $menudoc (which is XWiki.Menu in our case) WITHOUT any interpretation.
Our copy of XWiki.Menu has been modified to use #includeTopic("Main.FoldingMenu") (causing Main.FoldingMenu to be interpreted in a separate context BEFORE being inserted into the including document -- correct?).
Main.FoldingMenu uses #includeMacros("Main.MenuMacro") and, after setting up the necessary stylesheets and javascript functions, calls the one macro defined in it, #doMenu, on $doc, where the top-level menu entry objects reside.
When the wiki is started, the #includeMacros directive apparently fails, because the name "doMenu" is not the name of a macro definition in the context when called, so that instead of executing the macro, Velocity simply renders it as #doMenu(com.xpn.xwiki.api.Document@7a3a97). So the content of the menu document is being rendered (witness the expansion of its single argument, which was $doc), but at the time that it is, the macro definition was not in the context.
After some activity ranging from just opening Main.FoldingMenu as a regular document (calling the "view" action on it) to opening it in the editor to actually saving a new version of it, the macro document finally loads and the macro executes. Friday (while I was out, naturally), none of that worked for the people who were here and they replaced it with a hard-coded list.
First, it appears that I need to check the logs to see whether there was some failure in the loading of the macro document and troubleshoot that. It may be that a permission problem exists, though I doubt that this could have been the problem - first, every time the problem was corrected, the person who seems to have fixed the problem also experienced it first, and second, the history of the menu document shows that they apparently tried some manipulations of this sort without effect. Neither of these discounts the idea, of course, so neither will I, but I'm not hopeful.
Meanwhile, has anyone any ideas? I will, of course, try adding the macro definition to macros.vm, but I suspect that this would only decrease the incidence of the problem rather than eliminating it. It happens seldom enough that it's hard to reproduce as it is, and can't be done at all without restarting the wiki, which is getting to be fairly popular.
For one thing, is there a programmatic way to know when an #include directive fails, or do I have to examine the logs? I wouldn't argue for muddying a template language with such a feature, certainly, but if there's some background magic available to administrative users for troubleshooting purposes, it could be useful. I think there's probably still a little too much that needs server administrator access to troubleshoot.
brain[sic]
-----Original Message-----
From: Ludovic Dubost [mailto:ludovic@xwiki.com]
Sent: Sunday, April 09, 2006 8:48 AM
To: xwiki-users(a)objectweb.org
Subject: Re: [xwiki-users] #include<what?>
Hi,
#includeTopic -> includes and executes any code in the context of the
INCLUDED document (variables are the one from the included document) #includeForm -> includes and executres any code in the context of the
INCLUDING document (variables are the one from the including document) #includeMacros -> used to embed macros to solve the problem that you are
having
Another way to solve it is to put your macro in /templates/macros.vm and
restart XWiki. This will make your macro global. It's actually better
for performance.
Ludovic
THOMAS, BRIAN M (SBCSI) a écrit :
> The various kinds of #include directives have always puzzled me, but
> now I think I may have a serious need to understand them.
>
> I have seen that some of them are implemented by methods on $xwiki
> (includeForm, includeTopic, in two incarnations each - with or without
> rendering, I assume), but I have no understanding of why they are all
> different. Add in the parse directives and XWiki methods and I am
> completely confused.
>
> Can anyone give me a synopsis of what these are all about? I
> understand this much: that Velocity directives are read once at parse
> time, whereas methods can be invoked multiple times in a loop.
>
> The problem I need to solve, however, may be a Velocity problem or a
> caching problem. A menu is called from the left-side navigation menu
> XWiki.Menu. I have included it via #includeTopic, and it use
> #includeMacros to bring in a macro that reads a document with a list
> of objects describing menu items, with a menu label, an href, and a
> long description. If the href field is a complete URL, it's output as
> a plain link; if it's a local Wiki document, it's output with XWiki's
> bracket syntax and its place is held in the menu as a navigational
> aid. If it is also in the Web reserved for such documents, it's a
> submenu, and the menu macro is called again (thanks to the earlier
> thread, I did use a copy of the argument, which is call-by-reference,
> and saved headaches).
>
> All of this works just fine except the first time it's called after
> the server starts. Instead of the menu text, all I see is the
> invocation of the macro. Viewing the menu document directly (as I did
> when I sought to debug it) fixes the problem for all until the next
> reboot.
>
> So what is this? I read some discussion on the velocity-user mailing
> list about when and how macro templates are loaded, but didn't
> understand it well; in addition, there is all this confusion about
> when to include in what way.
>
> brain[sic]
>
>
> ----------------------------------------------------------------------
> --
>
>
> --
> You receive this message as a subscriber of the
> xwiki-users(a)objectweb.org mailing list. To unsubscribe:
> mailto:xwiki-users-unsubscribe@objectweb.org
> For general help: mailto:sympa@objectweb.org?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
--
Ludovic Dubost
XPertNet: http://www.xpertnet.fr/
Blog: http://www.ludovic.org/blog/
XWiki: http://www.xwiki.com
Skype: ldubost AIM: nvludo Yahoo: ludovic
Frank:
Thanks. Now, to refine the question a bit: is the set of columns available within each virtual table equivalent to the set of all the Velocity "properties" of each object - which means, as I understand it, all attributes represented by public methods named "get" and "set", declared locally or inherited, by the object's class? It doesn't seem that I have been able to depend on that, but I've gotten pretty turned around dealing with all the metadata and meta-metadata.
It seems that the "virtual" schema is supported by the data in the documented schema, though it's not clear that everything needed is there.
Further, I don't think I quite understand how to parse the returned result. From the javadoc, I can see that XWiki.search() returns a java.util.List. Through Java reflection I find that the List is actually a java.util.ArrayList, and that each ArrayList element is a java.lang.Object, which is itself an array of java.lang.Object, or depending on how I look at it, of java.lang.reflect.Field. I get the expected number of objects in the array(the number of requested fields in the query), and each one is of the expected type, with the expected value, which is great, but it doesn't seem from the analysis that it ought to. Again, I've probably just confused myself unnecessarily...
The real difficulty I have is in directly addressing any field of a returned row. I can loop through it and see what each one is, but without doing that and assigning each field based on the iteration count, I can't just use each field as I can with the returned list from getObjects. I've tried using the get() method that takes an integer index, but that doesn't seem to work; among other things, there's also another get() that takes a string for the field name. I haven't tried that one...
Thanks again for a clear answer; this message is both further question and open-ended comment, in hope of stimulating more discussion in order to gain a more solid understanding of what can be done. However much I love to tinker, I am not primarily a developer but an architect and designer, so I need to concentrate on making sure that the tools our developers use are up to the jobs that I give them. It does appear that XWiki is, although the metadata gymnastics needed to navigate the schema are probably a bit too tedious for the average application programmer, let alone the average wiki user. I'm seriously considering building a tool to make those queries more straightforward, though my job rarely permits such luxuries as merely improving the productivity of all our staff...
Of course, I can always go to the sources, and I will if I don't get an answer here (and if I have time). More than that, I will share it with the list, on the off chance that someone else needs it...
brain[sic]
-----Original Message-----
From: Frank Häfemeier [mailto:frank@haefemeier.net]
Sent: Thursday, March 23, 2006 10:39 AM
To: xwiki-users(a)objectweb.org
Subject: AW: [xwiki-users] SQL hair-pulling
>As mentioned in an earlier message, I got into the $xwiki.search()
>world yesterday, and am thoroughly confused.
>
>The main problem seems to be that the XWiki database schema and the
>schema used in all of the $xwiki.search() queries I have found are
>completely disjoint.
>
>Instead of the documented tables and columns, what seems to be used is
>a schema which reflects the object model within XWiki. This would
>really be convenient if true; is it?
This is right.
Bye
Frank
Hi all,
I have tried to implement Tagging without success.
I am using the document:
http://www.xwiki.org/xwiki/bin/view/AdminGuide/ImplementingTagging
When I am saving the TagMacro, I get the following error:
"Your request has been blocked. If you feel this is an error, please contact us at webmaster at xwiki dot com. Thanks."
I would like to start from scratch (I may have made a mistake). But it sounds we can not delete a class.
What can I do?
Hi all,
I have started implementing tagging in my environment using the instructions :
http://www.xwiki.org/xwiki/bin/view/AdminGuide/ImplementingTagging
Unfortunatly when I am creating the TagMacro page I get the error message:
"Your request has been blocked. If you feel this is an error, please contact us at webmaster at xwiki dot com. Thanks."
I wanted to start from scratch again because I was not sure I created the Tag Class correctly, but I found that it was not possible to get rid off a class.
What can I do?
Hi,
When creating a new template, class based page (e.g. the FAQs), I
occasionally (maybe 1 in 40-50 times) get a blank document after
filling out the form and clicking save. I have seen this both on
xwiki.org/xwiki.com and 2 personal 0.9.840 installations. Several
other users of these installations have seen this issue too.
Here's an example:
http://www.xwiki.com/xwiki/bin/view/Doc/HowCanIDynamicallyEscapeOutBackslas…
I created that document from the "create a new FAQ entry" form on
http://www.xwiki.com/xwiki/bin/view/Doc/WebHome . I was presented
with the FAQ form, which I filled out. But when I pressed Save,
frustratingly it just saved a blank document. My form content was
gone. No object is associated with the doc - it's as if the template
was completely ignored.
Has anyone else has seen this before?
Any ideas re what could be causing it?
Cheers,
Robin
Hi, sorry the repost.
I follow the instructions for creating a class, like
http://www.xwiki.com/xwiki/bin/view/XWiki/FAQClass?language=en
How can i delete this class?
Also, anybody knows why this documents are not indexed by the lucene
plugin ?
Please, thanks.
--
A.U.S. Enrique Ferreyra
Centro de Cómputos
Red Megatone - Red Confina
Hi,
I have XWiki 0.9.840 running in a local intranet and have a big problem
with some documents. These documents contain several objects with a
specific set of properties. One of the property is a DBStringListClass.
For a few days I changed the behaviour from single to multiple
selection.
After that everything seems fine until I restarted xwiki.
Now some of the documents throw the following exceptions:
Error number 4001 in 4: Error while parsing velocity page
Wrapped Exception: Invocation of method 'parseContent' in class com.xpn.xwiki.api.XWiki threw exception class java.lang.NullPointerException : null
Error number 3202 in 3: Exception while reading document LFS.FontconfigInstall
Wrapped Exception: Error number 3212 in 3: Exception while loading object LFS.FontconfigInstall
Wrapped Exception: Error number 3212 in 3: Exception while saving property component of object LFS.FontconfigInstall
Wrapped Exception: No row with the given identifier exists: [com.xpn.xwiki.objects.DBStringListProperty#
The page isn't displayed. For this I cannot repair the documents.
As I understand it right the problem is an incorrect relation between a specific
set of datas for the object on the document.
Is it possible to get the documents back to work?
Bye
Frank
--
Dipl. Inform. Frank Häfemeier <frank(a)haefemeier.net>
----------------------------------------------------