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)
On Apr 27, 2007, at 1:02 PM, [email protected] 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
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:[email protected]] Gesendet: Freitag, 27. April 2007 14:57 An: [email protected] Betreff: Re: [xwiki-users] problems with jackrabbit On Apr 27, 2007, at 1:02 PM, [email protected] 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
participants (2)
-
gyoergy.magoss＠bhf-bank.com -
Vincent Massol