# Lucene Runtime Dependency in Transport Mode

**URL:** <https://discuss.elastic.co/t/lucene-runtime-dependency-in-transport-mode/12914>\
**Category:** Elasticsearch\
**Created:** [July 24, 2013, 4:44am UTC](https://discuss.elastic.co/t/lucene-runtime-dependency-in-transport-mode/12914 "2013-07-24T04:44:01Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![ericm\_infusionsoft](https://avatars.discourse-cdn.com/v4/letter/e/57b2e6/32.png) [@ericm\_infusionsoft](https://discuss.elastic.co/u/ericm_infusionsoft)\
**Post date:** [July 24, 2013, 4:44am UTC](https://discuss.elastic.co/t/lucene-runtime-dependency-in-transport-mode/12914/1 "2013-07-24T04:44:01Z")

</div>

I'm having a conflict running elasticsearch and neo4j together. Even  
running ElasticSearch in transport mode requires the Lucene jars, but only  
the Version class in org.apache.lucene.util.Lucene. It would be nice if  
elasticsearch could run in transport mode with no Lucene dependencies. Is  
there any other way around this?

Thanks,  
Eric

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![jprante](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jprante/32/44941_2.png) [@jprante](https://discuss.elastic.co/u/jprante)\
**Post date:** [July 24, 2013, 8:09am UTC](https://discuss.elastic.co/t/lucene-runtime-dependency-in-transport-mode/12914/2 "2013-07-24T08:09:37Z")

</div>

I'm working on an alternative approach to the current ES code, so you can  
choose between ES clients: (bulk) index only for ingesting (for example  
push clients), query only (to deny modifications), index and query, or full  
admin access client.

Also I want to implement a Java TransportClient API wrapper around Netty  
HTTP/Websocket connections to get rid of the JVM compatibility and Zen  
discovery ES version issues (comparable to Perl/Python/Ruby client via  
HTTP). For query clients, the Lucene query jars are always required.

In my experiments some time ago on 0.20 codebase I created a simple ES Java  
ingest client with 2 MB size only.

Sorry, there is no quick result available yet. My approach requires  
thorough modularization of the current ES codebase, and takes some time, I  
do it in my spare time.

Jörg

On Wed, Jul 24, 2013 at 6:44 AM, [ericm.infusionsoft@gmail.com](mailto:ericm.infusionsoft@gmail.com) wrote:

> I'm having a conflict running elasticsearch and neo4j together. Even  
> running Elasticsearch in transport mode requires the Lucene jars, but only  
> the Version class in org.apache.lucene.util.Lucene. It would be nice if  
> elasticsearch could run in transport mode with no Lucene dependencies. Is  
> there any other way around this?
> 
> Thanks,  
> Eric
> 
> --  
> You received this message because you are subscribed to the Google Groups  
> "elasticsearch" group.  
> To unsubscribe from this group and stop receiving emails from it, send an  
> email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![Paul\_Smith](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/paul_smith/32/1323_2.png) [@Paul\_Smith](https://discuss.elastic.co/u/Paul_Smith)\
**Post date:** [July 24, 2013, 9:58am UTC](https://discuss.elastic.co/t/lucene-runtime-dependency-in-transport-mode/12914/3 "2013-07-24T09:58:56Z")

</div>

I would be happy if ES shaded the Lucene jars, they do it for the netty and  
other libraries, I'm not sure why they don't do it for Lucene unless the  
Lucene API leaks out of the ES one (that is, a client of ES needs to refer  
to Lucene code as part of interacting with it).

On 24 July 2013 14:44, [ericm.infusionsoft@gmail.com](mailto:ericm.infusionsoft@gmail.com) wrote:

> I'm having a conflict running elasticsearch and neo4j together. Even  
> running Elasticsearch in transport mode requires the Lucene jars, but only  
> the Version class in org.apache.lucene.util.Lucene. It would be nice if  
> elasticsearch could run in transport mode with no Lucene dependencies. Is  
> there any other way around this?
> 
> Thanks,  
> Eric
> 
> --  
> You received this message because you are subscribed to the Google Groups  
> "elasticsearch" group.  
> To unsubscribe from this group and stop receiving emails from it, send an  
> email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [July 6, 2017, 2:24am UTC](https://discuss.elastic.co/t/lucene-runtime-dependency-in-transport-mode/12914/4 "2017-07-06T02:24:46Z")

</div>


