27 Apr
2007
27 Apr
'07
1:02 p.m.
Hi,
we are looking for a java based wiki. XWIKI seems to fulfill most of our requirements. The
only drawback seems, that we are bound to using ORACLE as the database. Since this does
not worked I tried a file based approach using jackrabbit.
The installation (ond tomcat 5.5.23) was no problem. When I go to the man page the system
starts to create the file repository but suddenly falls over with the Exception shown at
the bottom of this message.
I checked the archives but couldn't find a hint as to how to solve this problem.
The classes Field and NodeIndexer that seem to cause the problems are definitely loaded
from the libraries deployed in the lib directory of XWIKI (checked with
Class.forName(sClassName).getProtectionDomain().getCodeSource().getLocation().toString()
for each class in a jsp I deployed into the XWIKI-application. Has anyone an idea what the
reason for this problem is and/or how to solve it? Using MySQL or any other database than
ORACLE is a no go.
Thanks in advance
Gy�rgy Magoss
HTTP Status 500 -
--------------------------------------------------------------------------------
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling
this request.
exception
javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki
context
Wrapped Exception: Error number 3001 in 3: Cannot load store class
com.xpn.xwiki.store.jcr.XWikiJcrStore
Wrapped Exception:
org.apache.lucene.document.Field.<init>(Ljava/lang/String;Ljava/lang/String;ZZZ)V
org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
root cause
com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki
context
Wrapped Exception: Error number 3001 in 3: Cannot load store class
com.xpn.xwiki.store.jcr.XWikiJcrStore
Wrapped Exception:
org.apache.lucene.document.Field.<init>(Ljava/lang/String;Ljava/lang/String;ZZZ)V
com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:291)
com.xpn.xwiki.XWiki.getXWiki(XWiki.java:383)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
note The full stack trace of the root cause is available in the Apache Tomcat/5.5.23
logs.
--------------------------------------------------------------------------------
Apache Tomcat/5.5.23
In the stack trace of the server there is additional information about the wrapped
exception
Wrapped Exception:
java.lang.NoSuchMethodError:
org.apache.lucene.document.Field.<init>(Ljava/lang/String;Ljava/lang/String;ZZZ)V
at
org.apache.jackrabbit.core.query.lucene.NodeIndexer.createDoc(NodeIndexer.java:130)
at
org.apache.jackrabbit.core.query.lucene.NodeIndexer.createDocument(NodeIndexer.java:115)
at
org.apache.jackrabbit.core.query.lucene.SearchIndex.createDocument(SearchIndex.java:459)
at
org.apache.jackrabbit.core.query.lucene.MultiIndex.createDocument(MultiIndex.java:691)
at
org.apache.jackrabbit.core.query.lucene.MultiIndex.createDocument(MultiIndex.java:782)
at
org.apache.jackrabbit.core.query.lucene.MultiIndex.access$300(MultiIndex.java:74)
at
org.apache.jackrabbit.core.query.lucene.MultiIndex$AddNode.execute(MultiIndex.java:1348)
at
org.apache.jackrabbit.core.query.lucene.MultiIndex.executeAndLog(MultiIndex.java:810)
at
org.apache.jackrabbit.core.query.lucene.MultiIndex.createIndex(MultiIndex.java:889)
at
org.apache.jackrabbit.core.query.lucene.MultiIndex.<init>(MultiIndex.java:280)
at
org.apache.jackrabbit.core.query.lucene.SearchIndex.doInit(SearchIndex.java:229)
at
org.apache.jackrabbit.core.query.AbstractQueryHandler.init(AbstractQueryHandler.java:44)
at
org.apache.jackrabbit.core.SearchManager.initializeQueryHandler(SearchManager.java:524)
at org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:268)
at
org.apache.jackrabbit.core.RepositoryImpl.getSystemSearchManager(RepositoryImpl.java:578)
at org.apache.jackrabbit.core.RepositoryImpl.access$300(RepositoryImpl.java:90)
at
org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1521)
at
org.apache.jackrabbit.core.RepositoryImpl.initWorkspace(RepositoryImpl.java:558)
at
org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:255)
at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:498)
at
org.apache.jackrabbit.core.TransientRepository$2.getRepository(TransientRepository.java:245)
at
org.apache.jackrabbit.core.TransientRepository.startRepository(TransientRepository.java:265)
at
org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:333)
at
org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:363)
at
com.xpn.xwiki.store.jcr.JackRabbitJCRProvider.initWorkspace(JackRabbitJCRProvider.java:101)
at com.xpn.xwiki.store.jcr.XWikiJcrStore.createWiki(XWikiJcrStore.java:501)
at com.xpn.xwiki.store.jcr.XWikiJcrStore.<init>(XWikiJcrStore.java:87)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:586)
at com.xpn.xwiki.XWiki.<init>(XWiki.java:567)
at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:282)
at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:383)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96)
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:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
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:210)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
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:151)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
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:685)
at java.lang.Thread.run(Thread.java:595)
27 Apr
27 Apr
2:56 p.m.
New subject: [xwiki-users] problems with jackrabbit
On Apr 27, 2007, at 1:02 PM, gyoergy.magoss(a)bhf-bank.com wrote:
Hi,
we are looking for a java based wiki. XWIKI seems to fulfill most
of our requirements. The only drawback seems, that we are bound to
using ORACLE as the database. Since this does not worked I tried a
file based approach using jackrabbit.
Oracle is supported since XWiki 1.0 RC1. See http://www.xwiki.org/
xwiki/bin/view/AdminGuide/InstallationOracle
The installation (ond tomcat 5.5.23) was no problem.
When I go to
the man page the system starts to create the file repository but
suddenly falls over with the Exception shown at the bottom of this
message.
I checked the archives but couldn't find a hint as to how to solve
this problem.
The classes Field and NodeIndexer that seem to cause the problems
are definitely loaded from the libraries deployed in the lib
directory of XWIKI (checked with Class.forName
(sClassName).getProtectionDomain().getCodeSource().getLocation
().toString() for each class in a jsp I deployed into the XWIKI-
application. Has anyone an idea what the reason for this problem is
and/or how to solve it? Using MySQL or any other database than
ORACLE is a no go.
[snip]
I don't think JCR support is working as of now. We're going to focus
on it for XWiki 1.1/1.2. We have a Google Summer of Code project that
will starting working on it again at end of May. We'd like to make
JCR the main XWiki storage solution. However we still have some
issues about the capabilities of JCR, especially in the domain of
JOIN queries. In conclusion: we need it to do at least what the
current RDBMS solution does.
Thanks
-Vincent
30 Apr
30 Apr
8:01 a.m.
New subject: AW: [xwiki-users] problems with jackrabbit
Hi,
thanks for replying. My problem with the database had nothing to do with oracle. My test
machine is behind a firewall and so the app server had no way to access the hibernate dtd.
I loaded it down and put it on a local machine. Now it's running.
Regards
György Magoss
-----Ursprüngliche Nachricht-----
Von: Vincent Massol [mailto:vincent@massol.net]
Gesendet: Freitag, 27. April 2007 14:57
An: xwiki-users(a)objectweb.org
Betreff: Re: [xwiki-users] problems with jackrabbit
On Apr 27, 2007, at 1:02 PM, gyoergy.magoss(a)bhf-bank.com wrote:
Hi,
we are looking for a java based wiki. XWIKI seems to fulfill most
of our requirements. The only drawback seems, that we are bound to
using ORACLE as the database. Since this does not worked I tried a
file based approach using jackrabbit.
Oracle is supported since XWiki 1.0 RC1. See http://www.xwiki.org/
xwiki/bin/view/AdminGuide/InstallationOracle
The installation (ond tomcat 5.5.23) was no problem.
When I go to
the man page the system starts to create the file repository but
suddenly falls over with the Exception shown at the bottom of this
message.
I checked the archives but couldn't find a hint as to how to solve
this problem.
The classes Field and NodeIndexer that seem to cause the problems
are definitely loaded from the libraries deployed in the lib
directory of XWIKI (checked with Class.forName
(sClassName).getProtectionDomain().getCodeSource().getLocation
().toString() for each class in a jsp I deployed into the XWIKI-
application. Has anyone an idea what the reason for this problem is
and/or how to solve it? Using MySQL or any other database than
ORACLE is a no go.
[snip]
I don't think JCR support is working as of now. We're going to focus
on it for XWiki 1.1/1.2. We have a Google Summer of Code project that
will starting working on it again at end of May. We'd like to make
JCR the main XWiki storage solution. However we still have some
issues about the capabilities of JCR, especially in the domain of
JOIN queries. In conclusion: we need it to do at least what the
current RDBMS solution does.
Thanks
-Vincent
6446
days inactive
6449
days old
2 comments
2 participants
participants (2)
-
gyoergy.magoss＠bhf-bank.com -
Vincent Massol