We want to run an Elasticsearch Java Client (TransportClient) inside a
1.5 JVM. Unfortunately we have no control about the JVM version.
I have recompiled Elasticsearch for JDK 1.5. That worked without a
problem. BUT: Elasticsearch packages some third-party libs that seem
to be compiled with JDK 1.6. Is there a trick to get it running?
Falling back to HTTP REST is an option. But then I have to code all
the failover/retry/discovery stuff myself. I want to avoid that.
Not really..., some libs are 1.6 so it will cause problems. I think the main
one is the jsr166 libs, that potentially can be complied with 1.5, but never
tried to.
We want to run an Elasticsearch Java Client (TransportClient) inside a
1.5 JVM. Unfortunately we have no control about the JVM version.
I have recompiled Elasticsearch for JDK 1.5. That worked without a
problem. BUT: Elasticsearch packages some third-party libs that seem
to be compiled with JDK 1.6. Is there a trick to get it running?
Falling back to HTTP REST is an option. But then I have to code all
the failover/retry/discovery stuff myself. I want to avoid that.
Not really..., some libs are 1.6 so it will cause problems. I think the main
one is the jsr166 libs, that potentially can be complied with 1.5, but never
tried to.
We want to run an Elasticsearch Java Client (TransportClient) inside a
1.5 JVM. Unfortunately we have no control about the JVM version.
I have recompiled Elasticsearch for JDK 1.5. That worked without a
problem. BUT: Elasticsearch packages some third-party libs that seem
to be compiled with JDK 1.6. Is there a trick to get it running?
Falling back to HTTP REST is an option. But then I have to code all
the failover/retry/discovery stuff myself. I want to avoid that.
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.