jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Phukan, Anit" <Anit_Phu...@intuit.com>
Subject IndexWriter lucene exception
Date Tue, 17 Nov 2009 22:54:43 GMT
Hi,

Did anyone encounter this type of error while starting up the repository? I am using lucene
version 1.4.3 and jackrabbit-core version 1.5.5. Could it be because I am using out of sync
jars for these two?


java.lang.NoSuchMethodError: org.apache.lucene.index.IndexWriter.<init>(Lorg/apache/lucene/store/Directory;Lorg/apache/lucene/analysis/Analyzer;)V
	at org.apache.jackrabbit.core.query.lucene.AbstractIndex.<init>(AbstractIndex.java:145)
	at org.apache.jackrabbit.core.query.lucene.VolatileIndex.<init>(VolatileIndex.java:65)
	at org.apache.jackrabbit.core.query.lucene.MultiIndex.resetVolatileIndex(MultiIndex.java:952)
	at org.apache.jackrabbit.core.query.lucene.MultiIndex.<init>(MultiIndex.java:298)
	at org.apache.jackrabbit.core.query.lucene.SearchIndex.doInit(SearchIndex.java:456)
	at org.apache.jackrabbit.core.query.AbstractQueryHandler.init(AbstractQueryHandler.java:59)
	at org.apache.jackrabbit.core.SearchManager.initializeQueryHandler(SearchManager.java:553)
	at org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:239)
	at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1723)
	at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:1923)
	at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:1836)
	at org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:483)
	at org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:324)
	at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:621)
	at org.apache.jackrabbit.core.jndi.BindableRepository.createRepository(BindableRepository.java:140)
	at org.apache.jackrabbit.core.jndi.BindableRepository.init(BindableRepository.java:116)
	at org.apache.jackrabbit.core.jndi.BindableRepository.<init>(BindableRepository.java:105)
	at org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.getObjectInstance(BindableRepositoryFactory.java:51)
	at org.apache.jackrabbit.core.jndi.RegistryHelper.registerRepository(RegistryHelper.java:74)


Thanks
Anit

-----Original Message-----
From: Janne Jalkanen [mailto:janne.jalkanen@ecyrd.com] 
Sent: Tuesday, November 17, 2009 1:12 PM
To: users@jackrabbit.apache.org
Subject: Re: David's Model question : nt:unstructured and SNS


On 17 Nov 2009, at 14:50, Sandro Boehme wrote:

> Alexander Klimetschek schrieb:
>> 2009/11/16 Fabián Mandelbaum <fmandelbaum@gmail.com>:
>>> It's simpler than fiddling around with this low-level stuff actually:
>>> 
>>> Just create a DAO to abstract all JCR operations (as you should be
>>> doing already)
>> (To give my usual opinion about object content mapping and JCR:) If
>> you use DAOs this of course is a straight-forward solution (but only
>> for the code that uses the DAO layer), but I think that using JCR
>> directly is not "low-level" stuff:
> In my opinion an OCM adds statical type checking and the ability to add functionality
(e.g. finder methods) to this types.

JSPWiki uses a layer on top of JCR to
a) provide type/range checking for some values, and
b) to provide backwards API compatibility.

/Janne

Mime
View raw message