I am trying to embed both ElasticSearch and Jackrabbit inside one
WebApp. Since ElasticSearch and Jackrabbit uses different lucene
versions we have a problem. I see that ElasticSearch are embedding
almost all depdencies by rewriting package names. But, lucene is not
embedded in this way. Is it a good reason why it is not?
Mainly because when using the TransportClient, there is no need for the
Lucene jars.
On Mon, Apr 30, 2012 at 3:51 PM, Sten Roger Sandvik stenrs@gmail.comwrote:
Hi.
I am trying to embed both Elasticsearch and Jackrabbit inside one
WebApp. Since Elasticsearch and Jackrabbit uses different lucene
versions we have a problem. I see that Elasticsearch are embedding
almost all depdencies by rewriting package names. But, lucene is not
embedded in this way. Is it a good reason why it is not?
Thanks. But when I remove the jar dependencies of lucene jars, I get a
CLF exception. It seems that some lucene classes are not bundled when
starting a local node (with storage). In NodeEnvironment there are
dependencies to both org.apache.lucene.store.Lock and
org.apache.lucene.store.NativeFSLockFactory. Is this on purpose?
Mainly because when using the TransportClient, there is no need for the
Lucene jars.
On Mon, Apr 30, 2012 at 3:51 PM, Sten Roger Sandvik ste...@gmail.comwrote:
Hi.
I am trying to embed both Elasticsearch and Jackrabbit inside one
WebApp. Since Elasticsearch and Jackrabbit uses different lucene
versions we have a problem. I see that Elasticsearch are embedding
almost all depdencies by rewriting package names. But, lucene is not
embedded in this way. Is it a good reason why it is not?
Maybe its because you started a NodeClient and not a TransportClient?
NodeClient requires Lucene jars.
On Tue, May 8, 2012 at 11:59 AM, Sten Roger Sandvik stenrs@gmail.comwrote:
Thanks. But when I remove the jar dependencies of lucene jars, I get a
CLF exception. It seems that some lucene classes are not bundled when
starting a local node (with storage). In NodeEnvironment there are
dependencies to both org.apache.lucene.store.Lock and
org.apache.lucene.store.NativeFSLockFactory. Is this on purpose?
Mainly because when using the TransportClient, there is no need for the
Lucene jars.
On Mon, Apr 30, 2012 at 3:51 PM, Sten Roger Sandvik <ste...@gmail.com
wrote:
Hi.
I am trying to embed both Elasticsearch and Jackrabbit inside one
WebApp. Since Elasticsearch and Jackrabbit uses different lucene
versions we have a problem. I see that Elasticsearch are embedding
almost all depdencies by rewriting package names. But, lucene is not
embedded in this way. Is it a good reason why it is not?
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.