Issue with elastic search TransportClient of java API

Vijay_Tiwary · September 26, 2014, 5:34am

I am having a instance of "TransportClient" which is singleton in my web
application. In one of the flow I have to query elastic search twice one
after the other. However, first call to elastic search cluster is working
and the other one is failing with the following exception:

No valid missing index type id: 38
org.elasticsearch.ElasticsearchIllegalArgumentException: No valid missing
index type id: 38
at
org.elasticsearch.action.support.IndicesOptions.readIndicesOptions(IndicesOptions.java:111)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.action.search.SearchRequest.readFrom(SearchRequest.java:505)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.transport.netty.MessageChannelHandler.handleRequest(MessageChannelHandler.java:209)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:109)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:296)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
~[elasticsearch-1.3.2.jar:na]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
~[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_11]

There is no problem with the query that I have checked with curl. What is
problem here?

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

dadoonet · September 26, 2014, 6:18am

How your Java code looks like?
What was your curl query?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 07:34, Vijay Tiwary vijaykr.tiwary@gmail.com a écrit :

I am having a instance of "TransportClient" which is singleton in my web application. In one of the flow I have to query elastic search twice one after the other. However, first call to elastic search cluster is working and the other one is failing with the following exception:

No valid missing index type id: 38
org.elasticsearch.ElasticsearchIllegalArgumentException: No valid missing index type id: 38
at org.elasticsearch.action.support.IndicesOptions.readIndicesOptions(IndicesOptions.java:111) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.action.search.SearchRequest.readFrom(SearchRequest.java:505) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.handleRequest(MessageChannelHandler.java:209) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:109) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:296) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) ~[elasticsearch-1.3.2.jar:na]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_11]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_11]

There is no problem with the query that I have checked with curl. What is problem here?

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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/574D32FE-BC19-4815-A266-49EEFD945A0D%40pilato.fr.
For more options, visit https://groups.google.com/d/optout.

Vijay_Tiwary · September 26, 2014, 6:28am

Blow is the junit test class:

public class BenchMarkES {
private static final Logger LOG =
LoggerFactory.getLogger(BenchMarkES.class);
private static TransportClient client = null;
@Before
public void setUp() {
Settings settings = ImmutableSettings.settingsBuilder().build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));
}
@Test
public void doNormalQuery(){
try{
int queryExecutionCount = 5;
SearchResponse sr = null;
FilterBuilder filter = FilterBuilders.termFilter("brand_context_id","5");
long start = System.currentTimeMillis();
for (int i = 0; i < queryExecutionCount; i++) {
sr = launchSearch(filter, 2000);
}
long end = System.currentTimeMillis();
LOG.info("Time taken for the normal quelry "+(end - start)+" ms");
SearchHits sh = sr.getHits();
SearchHit searchHit = sh.getHits();
LOG.info("Hits :"+sh.getTotalHits()+", Docs fetched :"+searchHit.length);
/for (SearchHit doc : searchHit) {
LOG.info("Document :"+doc.getSource().get("tweet_id"));
}/
}catch (Exception e) {
LOG.error(e.getMessage(), e);
}
}
private SearchResponse launchSearch(FilterBuilder filter, int size) throws
IOException {

FilteredQueryBuilder fqb = new
FilteredQueryBuilder(QueryBuilders.matchAllQuery(), filter);
SearchRequestBuilder srb =
client.prepareSearch("twitter").setTypes("tweet").setQuery(fqb);
if(aggregation != null){

srb.addAggregation(aggregation);
}
srb.setFrom(0).setSize(size);
SearchResponse response = srb.execute().actionGet();

    return response;
}

}

So the problem is this if i execute the block
* for (int i = 0; i < queryExecutionCount; i++) {*

sr = launchSearch(filter, 2000);*
}*

with "queryExecutionCount" set to 1 it works however if I set to any
value greater than 1 it fails

On Friday, September 26, 2014 11:49:07 AM UTC+5:30, David Pilato wrote:

How your Java code looks like?
What was your curl query?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 07:34, Vijay Tiwary <vijaykr...@gmail.com <javascript:>>
a écrit :

I am having a instance of "TransportClient" which is singleton in my
web application. In one of the flow I have to query Elasticsearch twice
one after the other. However, first call to Elasticsearch cluster is
working and the other one is failing with the following exception:

No valid missing index type id: 38
org.elasticsearch.ElasticsearchIllegalArgumentException: No valid missing
index type id: 38
at
org.elasticsearch.action.support.IndicesOptions.readIndicesOptions(IndicesOptions.java:111)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.action.search.SearchRequest.readFrom(SearchRequest.java:505)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.transport.netty.MessageChannelHandler.handleRequest(MessageChannelHandler.java:209)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:109)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:296)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
~[elasticsearch-1.3.2.jar:na]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
~[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_11]

There is no problem with the query that I have checked with curl. What is
problem here?

--
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 elasticsearc...@googlegroups.com <javascript:>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com
https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com?utm_medium=email&utm_source=footer
.
For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

dadoonet · September 26, 2014, 6:54am

Just checking. Which version you elasticsearch cluster is?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 08:28, Vijay Tiwary vijaykr.tiwary@gmail.com a écrit :

Blow is the junit test class:

public class BenchMarkES {

private static final Logger LOG = LoggerFactory.getLogger(BenchMarkES.class);


private static TransportClient client = null;

@Before
 public void setUp() {
	
	Settings settings = ImmutableSettings.settingsBuilder().build();
	
	 client = new TransportClient(settings).addTransportAddress(new 
			InetSocketTransportAddress("localhost", 9300)); 
		
}

@Test
public void doNormalQuery(){
	
	try{
		int queryExecutionCount = 5;
		SearchResponse sr = null;
		FilterBuilder filter = FilterBuilders.termFilter("brand_context_id","5");
		long start = System.currentTimeMillis();
		
		for (int i = 0; i < queryExecutionCount; i++) {
			sr = launchSearch(filter, 2000);
		}
		long end = System.currentTimeMillis();
		
		LOG.info("Time taken for the normal quelry "+(end - start)+" ms");
		
		SearchHits sh = sr.getHits();
		SearchHit[] searchHit = sh.getHits();
		
		LOG.info("Hits :"+sh.getTotalHits()+", Docs fetched :"+searchHit.length);
		
		/*for (SearchHit doc : searchHit) {
			LOG.info("Document :"+doc.getSource().get("tweet_id"));
		}*/
		
	}catch (Exception e) {
		LOG.error(e.getMessage(), e);
	}
	
}

 private SearchResponse launchSearch(FilterBuilder filter, int size) throws IOException {
	 
	
	 FilteredQueryBuilder fqb = new FilteredQueryBuilder(QueryBuilders.matchAllQuery(), filter);
	 SearchRequestBuilder srb = client.prepareSearch("twitter").setTypes("tweet").setQuery(fqb);
	
	 if(aggregation != null){
		 
		 srb.addAggregation(aggregation);
	 }
	
	 srb.setFrom(0).setSize(size);
	SearchResponse response = srb.execute().actionGet();
	 
        return response;
    }

}

So the problem is this if i execute the block
for (int i = 0; i < queryExecutionCount; i++) {
sr = launchSearch(filter, 2000);
}

with "queryExecutionCount" set to 1 it works however if I set to any value greater than 1 it fails

On Friday, September 26, 2014 11:49:07 AM UTC+5:30, David Pilato wrote:
How your Java code looks like?
What was your curl query?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 07:34, Vijay Tiwary vijaykr...@gmail.com a écrit :

I am having a instance of "TransportClient" which is singleton in my web application. In one of the flow I have to query Elasticsearch twice one after the other. However, first call to Elasticsearch cluster is working and the other one is failing with the following exception:

No valid missing index type id: 38
org.elasticsearch.ElasticsearchIllegalArgumentException: No valid missing index type id: 38
at org.elasticsearch.action.support.IndicesOptions.readIndicesOptions(IndicesOptions.java:111) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.action.search.SearchRequest.readFrom(SearchRequest.java:505) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.handleRequest(MessageChannelHandler.java:209) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:109) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:296) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) ~[elasticsearch-1.3.2.jar:na]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_11]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_11]

There is no problem with the query that I have checked with curl. What is problem here?

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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/3BD7A303-E088-40E8-BDCB-D47CD4CE6898%40pilato.fr.
For more options, visit https://groups.google.com/d/optout.

Vijay_Tiwary · September 26, 2014, 7:03am

I am using Elasticsearch 1.2.1 and java client for the same is 1.3.2

On Friday, September 26, 2014 12:24:24 PM UTC+5:30, David Pilato wrote:

Just checking. Which version you elasticsearch cluster is?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 08:28, Vijay Tiwary <vijaykr...@gmail.com <javascript:>>
a écrit :

Blow is the junit test class:

public class BenchMarkES {
private static final Logger LOG =
LoggerFactory.getLogger(BenchMarkES.class);
private static TransportClient client = null;
@Before
public void setUp() {
Settings settings = ImmutableSettings.settingsBuilder().build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));
}
@Test
public void doNormalQuery(){
try{
int queryExecutionCount = 5;
SearchResponse sr = null;
FilterBuilder filter = FilterBuilders.termFilter("brand_context_id","5");
long start = System.currentTimeMillis();
for (int i = 0; i < queryExecutionCount; i++) {
sr = launchSearch(filter, 2000);
}
long end = System.currentTimeMillis();
LOG.info("Time taken for the normal quelry "+(end - start)+" ms");
SearchHits sh = sr.getHits();
SearchHit searchHit = sh.getHits();
LOG.info("Hits :"+sh.getTotalHits()+", Docs fetched :"+searchHit.length);
/for (SearchHit doc : searchHit) {
LOG.info("Document :"+doc.getSource().get("tweet_id"));
}/
}catch (Exception e) {
LOG.error(e.getMessage(), e);
}
}
private SearchResponse launchSearch(FilterBuilder filter, int size)
throws IOException {

FilteredQueryBuilder fqb = new
FilteredQueryBuilder(QueryBuilders.matchAllQuery(), filter);
SearchRequestBuilder srb =
client.prepareSearch("twitter").setTypes("tweet").setQuery(fqb);
if(aggregation != null){

srb.addAggregation(aggregation);
}
srb.setFrom(0).setSize(size);
SearchResponse response = srb.execute().actionGet();
    return response;
}
}

So the problem is this if i execute the block
* for (int i = 0; i < queryExecutionCount; i++) {*

sr = launchSearch(filter, 2000);*

}*

with "queryExecutionCount" set to 1 it works however if I set to any
value greater than 1 it fails

On Friday, September 26, 2014 11:49:07 AM UTC+5:30, David Pilato wrote:

How your Java code looks like?
What was your curl query?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 07:34, Vijay Tiwary vijaykr...@gmail.com a écrit :

I am having a instance of "TransportClient" which is singleton in my
web application. In one of the flow I have to query Elasticsearch twice
one after the other. However, first call to Elasticsearch cluster is
working and the other one is failing with the following exception:

No valid missing index type id: 38
org.elasticsearch.ElasticsearchIllegalArgumentException: No valid missing
index type id: 38
at
org.elasticsearch.action.support.IndicesOptions.readIndicesOptions(IndicesOptions.java:111)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.action.search.SearchRequest.readFrom(SearchRequest.java:505)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.transport.netty.MessageChannelHandler.handleRequest(MessageChannelHandler.java:209)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:109)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:296)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
~[elasticsearch-1.3.2.jar:na]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
~[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_11]

There is no problem with the query that I have checked with curl. What is
problem here?

--
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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com
https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com?utm_medium=email&utm_source=footer
.
For more options, visit https://groups.google.com/d/optout.

--
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 elasticsearc...@googlegroups.com <javascript:>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%40googlegroups.com
https://groups.google.com/d/msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%40googlegroups.com?utm_medium=email&utm_source=footer
.
For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/54b76ecb-dad1-4086-bb1b-01307d5b140f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Vijay_Tiwary · September 26, 2014, 7:40am

Hi David,

I have identified the problem. Actually the transport client that i was
creating was like this:

Settings settings =
ImmutableSettings.settingsBuilder().put("client.transport.sniff",
true).build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));

However if turn off the sniff portion then its working fine.

I am testing in a single node cluster so why does setting *sniff *property
to true is causing the problem?

On Friday, September 26, 2014 12:33:46 PM UTC+5:30, Vijay Tiwary wrote:

I am using Elasticsearch 1.2.1 and java client for the same is 1.3.2

On Friday, September 26, 2014 12:24:24 PM UTC+5:30, David Pilato wrote:
Just checking. Which version you elasticsearch cluster is?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 08:28, Vijay Tiwary vijaykr...@gmail.com a écrit :

Blow is the junit test class:

public class BenchMarkES {
private static final Logger LOG =
LoggerFactory.getLogger(BenchMarkES.class);
private static TransportClient client = null;
@Before
public void setUp() {
Settings settings = ImmutableSettings.settingsBuilder().build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));
}
@Test
public void doNormalQuery(){
try{
int queryExecutionCount = 5;
SearchResponse sr = null;
FilterBuilder filter = FilterBuilders.termFilter("brand_context_id","5");
long start = System.currentTimeMillis();
for (int i = 0; i < queryExecutionCount; i++) {
sr = launchSearch(filter, 2000);
}
long end = System.currentTimeMillis();
LOG.info("Time taken for the normal quelry "+(end - start)+" ms");
SearchHits sh = sr.getHits();
SearchHit searchHit = sh.getHits();
LOG.info("Hits :"+sh.getTotalHits()+", Docs fetched
:"+searchHit.length);
/for (SearchHit doc : searchHit) {
LOG.info("Document :"+doc.getSource().get("tweet_id"));
}/
}catch (Exception e) {
LOG.error(e.getMessage(), e);
}
}
private SearchResponse launchSearch(FilterBuilder filter, int size)
throws IOException {

FilteredQueryBuilder fqb = new
FilteredQueryBuilder(QueryBuilders.matchAllQuery(), filter);
SearchRequestBuilder srb =
client.prepareSearch("twitter").setTypes("tweet").setQuery(fqb);
if(aggregation != null){

srb.addAggregation(aggregation);
}
srb.setFrom(0).setSize(size);
SearchResponse response = srb.execute().actionGet();
    return response;
}
}

So the problem is this if i execute the block
* for (int i = 0; i < queryExecutionCount; i++) {*

sr = launchSearch(filter, 2000);*

}*

with "queryExecutionCount" set to 1 it works however if I set to any
value greater than 1 it fails

On Friday, September 26, 2014 11:49:07 AM UTC+5:30, David Pilato wrote:

How your Java code looks like?
What was your curl query?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 07:34, Vijay Tiwary vijaykr...@gmail.com a écrit :

I am having a instance of "TransportClient" which is singleton in my
web application. In one of the flow I have to query Elasticsearch twice
one after the other. However, first call to Elasticsearch cluster is
working and the other one is failing with the following exception:

No valid missing index type id: 38
org.elasticsearch.ElasticsearchIllegalArgumentException: No valid
missing index type id: 38
at
org.elasticsearch.action.support.IndicesOptions.readIndicesOptions(IndicesOptions.java:111)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.action.search.SearchRequest.readFrom(SearchRequest.java:505)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.transport.netty.MessageChannelHandler.handleRequest(MessageChannelHandler.java:209)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:109)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:296)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
~[elasticsearch-1.3.2.jar:na]
at
org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
~[elasticsearch-1.3.2.jar:na]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
~[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_11]

There is no problem with the query that I have checked with curl. What
is problem here?

--
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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com
https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com?utm_medium=email&utm_source=footer
.
For more options, visit https://groups.google.com/d/optout.

--
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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%40googlegroups.com
https://groups.google.com/d/msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%40googlegroups.com?utm_medium=email&utm_source=footer
.
For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/8d1c25cc-2562-4914-9789-70ec091b54f3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

dadoonet · September 26, 2014, 4:54pm

I have no idea. Could be an issue.

Any chance you could create a small test project which reproduce it and share it on github?

--
David Pilato | Technical Advocate | elasticsearch.com
david.pilato@elasticsearch.com
@dadoonet | @elasticsearchfr | @scrutmydocs

Le 26 septembre 2014 à 09:40:15, Vijay Tiwary (vijaykr.tiwary@gmail.com) a écrit:

Hi David,

I have identified the problem. Actually the transport client that i was creating was like this:

Settings settings = ImmutableSettings.settingsBuilder().put("client.transport.sniff", true).build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));

However if turn off the sniff portion then its working fine.

I am testing in a single node cluster so why does setting sniff property to true is causing the problem?

On Friday, September 26, 2014 12:33:46 PM UTC+5:30, Vijay Tiwary wrote:
I am using elastic search 1.2.1 and java client for the same is 1.3.2

On Friday, September 26, 2014 12:24:24 PM UTC+5:30, David Pilato wrote:
Just checking. Which version you elasticsearch cluster is?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 08:28, Vijay Tiwary vijaykr...@gmail.com a écrit :

Blow is the junit test class:

public class BenchMarkES {
private static final Logger LOG = LoggerFactory.getLogger(BenchMarkES.class);
private static TransportClient client = null;
@Before
public void setUp() {
Settings settings = ImmutableSettings.settingsBuilder().build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));
}
@Test
public void doNormalQuery(){
try{
int queryExecutionCount = 5;
SearchResponse sr = null;
FilterBuilder filter = FilterBuilders.termFilter("brand_context_id","5");
long start = System.currentTimeMillis();
for (int i = 0; i < queryExecutionCount; i++) {
sr = launchSearch(filter, 2000);
}
long end = System.currentTimeMillis();
LOG.info("Time taken for the normal quelry "+(end - start)+" ms");
SearchHits sh = sr.getHits();
SearchHit[] searchHit = sh.getHits();
LOG.info("Hits :"+sh.getTotalHits()+", Docs fetched :"+searchHit.length);
/for (SearchHit doc : searchHit) {
LOG.info("Document :"+doc.getSource().get("tweet_id"));
}/
}catch (Exception e) {
LOG.error(e.getMessage(), e);
}
}
private SearchResponse launchSearch(FilterBuilder filter, int size) throws IOException {

FilteredQueryBuilder fqb = new FilteredQueryBuilder(QueryBuilders.matchAllQuery(), filter);
SearchRequestBuilder srb = client.prepareSearch("twitter").setTypes("tweet").setQuery(fqb);
if(aggregation != null){

srb.addAggregation(aggregation);
}
srb.setFrom(0).setSize(size);
SearchResponse response = srb.execute().actionGet();

   return response;

}

So the problem is this if i execute the block
for (int i = 0; i < queryExecutionCount; i++) {
sr = launchSearch(filter, 2000);
}

with "queryExecutionCount" set to 1 it works however if I set to any value greater than 1 it fails

On Friday, September 26, 2014 11:49:07 AM UTC+5:30, David Pilato wrote:
How your Java code looks like?
What was your curl query?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 07:34, Vijay Tiwary vijaykr...@gmail.com a écrit :

I am having a instance of "TransportClient" which is singleton in my web application. In one of the flow I have to query elastic search twice one after the other. However, first call to elastic search cluster is working and the other one is failing with the following exception:

No valid missing index type id: 38
org.elasticsearch.ElasticsearchIllegalArgumentException: No valid missing index type id: 38
at org.elasticsearch.action.support.IndicesOptions.readIndicesOptions(IndicesOptions.java:111) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.action.search.SearchRequest.readFrom(SearchRequest.java:505) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.handleRequest(MessageChannelHandler.java:209) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:109) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:296) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) ~[elasticsearch-1.3.2.jar:na]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_11]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_11]

There is no problem with the query that I have checked with curl. What is problem here?

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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/8d1c25cc-2562-4914-9789-70ec091b54f3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/etPan.54259a63.4db127f8.5f84%40MacBook-Air-de-David.local.
For more options, visit https://groups.google.com/d/optout.

Ivan · September 26, 2014, 8:49pm

In general, newer client libraries should not be used with older clusters.
Most of the version checking happens on the server side and the older code
does not know about the newer client.

--
Ivan

On Fri, Sep 26, 2014 at 9:54 AM, David Pilato david@pilato.fr wrote:

I have no idea. Could be an issue.

Any chance you could create a small test project which reproduce it and
share it on github?

--
David Pilato | Technical Advocate | elasticsearch.com
http://elasticsearch.com
david.pilato@elasticsearch.com
@dadoonet https://twitter.com/dadoonet | @elasticsearchfr
https://twitter.com/elasticsearchfr | @scrutmydocs
http://twitter.com/scrutmydocs
https://twitter.com/scrutmydocs

Le 26 septembre 2014 à 09:40:15, Vijay Tiwary (vijaykr.tiwary@gmail.com)
a écrit:

Hi David,

I have identified the problem. Actually the transport client that i was
creating was like this:

Settings settings =
ImmutableSettings.settingsBuilder().put("client.transport.sniff",
true).build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));

However if turn off the sniff portion then its working fine.

I am testing in a single node cluster so why does setting sniff
property to true is causing the problem?

On Friday, September 26, 2014 12:33:46 PM UTC+5:30, Vijay Tiwary wrote:
I am using Elasticsearch 1.2.1 and java client for the same is 1.3.2

On Friday, September 26, 2014 12:24:24 PM UTC+5:30, David Pilato wrote:
Just checking. Which version you elasticsearch cluster is?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 08:28, Vijay Tiwary vijaykr...@gmail.com a écrit :

Blow is the junit test class:

public class BenchMarkES {
private static final Logger LOG = LoggerFactory.getLogger(
BenchMarkES.class);
private static TransportClient client = null;
@Before
public void setUp() {
Settings settings = ImmutableSettings.settingsBuilder().build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));
}
@Test
public void doNormalQuery(){
try{
int queryExecutionCount = 5;
SearchResponse sr = null;
FilterBuilder filter = FilterBuilders.termFilter("
brand_context_id","5");
long start = System.currentTimeMillis();
for (int i = 0; i < queryExecutionCount; i++) {
sr = launchSearch(filter, 2000);
}
long end = System.currentTimeMillis();
LOG.info("Time taken for the normal quelry "+(end - start)+" ms");
SearchHits sh = sr.getHits();
SearchHit searchHit = sh.getHits();
LOG.info("Hits :"+sh.getTotalHits()+", Docs fetched :"+searchHit.length);
/for (SearchHit doc : searchHit) {
LOG.info("Document :"+doc.getSource().get("tweet_id"));
}/
}catch (Exception e) {
LOG.error(e.getMessage(), e);
}
}
private SearchResponse launchSearch(FilterBuilder filter, int size)
throws IOException {

FilteredQueryBuilder fqb = new FilteredQueryBuilder(QueryBuilders.matchAllQuery(),
filter);
SearchRequestBuilder srb = client.prepareSearch("twitter"
).setTypes("tweet").setQuery(fqb);
if(aggregation != null){

srb.addAggregation(aggregation);
}
srb.setFrom(0).setSize(size);
SearchResponse response = srb.execute().actionGet();
   return response;
}

}

So the problem is this if i execute the block
* for (int i = 0; i < queryExecutionCount; i++) {*
sr = launchSearch(filter, 2000);
}

with "queryExecutionCount" set to 1 it works however if I set to any
value greater than 1 it fails

On Friday, September 26, 2014 11:49:07 AM UTC+5:30, David Pilato wrote:

How your Java code looks like?
What was your curl query?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 07:34, Vijay Tiwary vijaykr...@gmail.com a écrit :

I am having a instance of "TransportClient" which is singleton in my
web application. In one of the flow I have to query Elasticsearch twice
one after the other. However, first call to Elasticsearch cluster is
working and the other one is failing with the following exception:

No valid missing index type id: 38
org.elasticsearch.ElasticsearchIllegalArgumentException: No valid
missing index type id: 38
at org.elasticsearch.action.support.IndicesOptions.readIndicesOptions(IndicesOptions.java:111)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.action.search.SearchRequest.readFrom(SearchRequest.java:505)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.
handleRequest(MessageChannelHandler.java:209)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.
messageReceived(MessageChannelHandler.java:109)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.
handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.
sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$
DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.
fireMessageReceived(Channels.java:296) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.
unfoldAndFireMessageReceived(FrameDecoder.java:462)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.
FrameDecoder.callDecode(FrameDecoder.java:443)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.
FrameDecoder.messageReceived(FrameDecoder.java:303)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.
handleUpstream(SimpleChannelUpstreamHandler.java:70)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.
sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$
DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.
sendUpstream(DefaultChannelPipeline.java:564)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.
sendUpstream(DefaultChannelPipeline.java:559)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.
fireMessageReceived(Channels.java:268) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.
fireMessageReceived(Channels.java:255) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.
NioWorker.read(NioWorker.java:88) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.
AbstractNioWorker.process(AbstractNioWorker.java:108)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.
AbstractNioSelector.run(AbstractNioSelector.java:318)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.
AbstractNioWorker.run(AbstractNioWorker.java:89)
~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.
NioWorker.run(NioWorker.java:178) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(
ThreadRenamingRunnable.java:108) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.internal.
DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
~[elasticsearch-1.3.2.jar:na]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
~[na:1.8.0_11]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
~[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_11]

There is no problem with the query that I have checked with curl. What
is problem here?

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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/
msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%
40googlegroups.com
https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com?utm_medium=email&utm_source=footer
.
For more options, visit https://groups.google.com/d/optout.

--
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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/
msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%
40googlegroups.com
https://groups.google.com/d/msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%40googlegroups.com?utm_medium=email&utm_source=footer
.
For more options, visit https://groups.google.com/d/optout.
--
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.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/8d1c25cc-2562-4914-9789-70ec091b54f3%40googlegroups.com
https://groups.google.com/d/msgid/elasticsearch/8d1c25cc-2562-4914-9789-70ec091b54f3%40googlegroups.com?utm_medium=email&utm_source=footer
.
For more options, visit https://groups.google.com/d/optout.
--
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.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/etPan.54259a63.4db127f8.5f84%40MacBook-Air-de-David.local
https://groups.google.com/d/msgid/elasticsearch/etPan.54259a63.4db127f8.5f84%40MacBook-Air-de-David.local?utm_medium=email&utm_source=footer
.

For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CALY%3DcQCeYO2_NmtyHbFmtN2Y9Uu-H5okL6sa%2Bq4uLuqOp_2B%2Bw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

dadoonet · September 26, 2014, 8:53pm

Yeah. Still that's super strange it works for a single call.

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 22:49, Ivan Brusic ivan@brusic.com a écrit :

In general, newer client libraries should not be used with older clusters. Most of the version checking happens on the server side and the older code does not know about the newer client.

--
Ivan

On Fri, Sep 26, 2014 at 9:54 AM, David Pilato david@pilato.fr wrote:
I have no idea. Could be an issue.

Any chance you could create a small test project which reproduce it and share it on github?

--
David Pilato | Technical Advocate | elasticsearch.com
david.pilato@elasticsearch.com
@dadoonet | @elasticsearchfr | @scrutmydocs
Le 26 septembre 2014 à 09:40:15, Vijay Tiwary (vijaykr.tiwary@gmail.com) a écrit:

Hi David,

I have identified the problem. Actually the transport client that i was creating was like this:

Settings settings = ImmutableSettings.settingsBuilder().put("client.transport.sniff", true).build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));

However if turn off the sniff portion then its working fine.

I am testing in a single node cluster so why does setting sniff property to true is causing the problem?
On Friday, September 26, 2014 12:33:46 PM UTC+5:30, Vijay Tiwary wrote:
I am using Elasticsearch 1.2.1 and java client for the same is 1.3.2
On Friday, September 26, 2014 12:24:24 PM UTC+5:30, David Pilato wrote:
Just checking. Which version you elasticsearch cluster is?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 08:28, Vijay Tiwary vijaykr...@gmail.com a écrit :

Blow is the junit test class:

public class BenchMarkES {
private static final Logger LOG = LoggerFactory.getLogger(BenchMarkES.class);
private static TransportClient client = null;
@Before
public void setUp() {
Settings settings = ImmutableSettings.settingsBuilder().build();
client = new TransportClient(settings).addTransportAddress(new
InetSocketTransportAddress("localhost", 9300));
}
@Test
public void doNormalQuery(){
try{
int queryExecutionCount = 5;
SearchResponse sr = null;
FilterBuilder filter = FilterBuilders.termFilter("brand_context_id","5");
long start = System.currentTimeMillis();
for (int i = 0; i < queryExecutionCount; i++) {
sr = launchSearch(filter, 2000);
}
long end = System.currentTimeMillis();
LOG.info("Time taken for the normal quelry "+(end - start)+" ms");
SearchHits sh = sr.getHits();
SearchHit searchHit = sh.getHits();
LOG.info("Hits :"+sh.getTotalHits()+", Docs fetched :"+searchHit.length);
/for (SearchHit doc : searchHit) {
LOG.info("Document :"+doc.getSource().get("tweet_id"));
}/
}catch (Exception e) {
LOG.error(e.getMessage(), e);
}
}
private SearchResponse launchSearch(FilterBuilder filter, int size) throws IOException {

FilteredQueryBuilder fqb = new FilteredQueryBuilder(QueryBuilders.matchAllQuery(), filter);
SearchRequestBuilder srb = client.prepareSearch("twitter").setTypes("tweet").setQuery(fqb);
if(aggregation != null){

srb.addAggregation(aggregation);
}
srb.setFrom(0).setSize(size);
SearchResponse response = srb.execute().actionGet();
   return response;
}

}

So the problem is this if i execute the block
for (int i = 0; i < queryExecutionCount; i++) {
sr = launchSearch(filter, 2000);
}

with "queryExecutionCount" set to 1 it works however if I set to any value greater than 1 it fails

On Friday, September 26, 2014 11:49:07 AM UTC+5:30, David Pilato wrote:
How your Java code looks like?
What was your curl query?

--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 26 sept. 2014 à 07:34, Vijay Tiwary vijaykr...@gmail.com a écrit :

I am having a instance of "TransportClient" which is singleton in my web application. In one of the flow I have to query Elasticsearch twice one after the other. However, first call to Elasticsearch cluster is working and the other one is failing with the following exception:

No valid missing index type id: 38
org.elasticsearch.ElasticsearchIllegalArgumentException: No valid missing index type id: 38
at org.elasticsearch.action.support.IndicesOptions.readIndicesOptions(IndicesOptions.java:111) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.action.search.SearchRequest.readFrom(SearchRequest.java:505) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.handleRequest(MessageChannelHandler.java:209) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:109) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:296) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) ~[elasticsearch-1.3.2.jar:na]
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) ~[elasticsearch-1.3.2.jar:na]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_11]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_11]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_11]

There is no problem with the query that I have checked with curl. What is problem here?

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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/46210f90-f49b-4bd6-a583-1ad6f13dd7c2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
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 elasticsearc...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/7f127ee3-45c1-44a6-8a2a-62294f7aba37%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/8d1c25cc-2562-4914-9789-70ec091b54f3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/etPan.54259a63.4db127f8.5f84%40MacBook-Air-de-David.local.

For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CALY%3DcQCeYO2_NmtyHbFmtN2Y9Uu-H5okL6sa%2Bq4uLuqOp_2B%2Bw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/3A28A132-14FF-4087-B791-01DF70516D21%40pilato.fr.
For more options, visit https://groups.google.com/d/optout.

Topic		Replies	Views
Transport client threadpool and down node Elasticsearch	5	596	July 6, 2017
Is java elasticsearch a joke? Elasticsearch	10	1046	July 6, 2017
ElasticSearch Transport client with multiple addresses fails Elasticsearch	10	1432	July 6, 2017
TransportClient not connecting Elasticsearch	18	1467	July 6, 2017
TransportClient timeout / webserver configuration - JAVA Api Elasticsearch	4	1014	July 6, 2017

Issue with elastic search TransportClient of java API

There is no problem with the query that I have checked with curl. What is problem here?

There is no problem with the query that I have checked with curl. What is problem here?

There is no problem with the query that I have checked with curl. What is problem here?

There is no problem with the query that I have checked with curl. What is problem here?

There is no problem with the query that I have checked with curl. What is problem here?

Related topics

There is no problem with the query that I have checked with curl. What
is problem here?