Thanks Otis. I went through every piece of info that I could lay may hands on. Most of them are about incompatible SolrJ versions (that's not my case) and there was one message from Mark Miller that Solr may respond with an XML instead of javabin in case there was some kind of http error being returned (that's not my case either).
I'm using distributed search. I added some debug output to print out the response once the "Invalid version" exception is caught (in JavaBinCode.unmarshal() ). What I saw is that the response actually contains the facet response in XML format, yet I also noticed that the response is corrupt (i.e. as if a chunk of text has been taken out of the middle of the reply - some kind of overrun perhaps?). Any help would be appreciated. Thanks, Shahar. -----Original Message----- From: Otis Gospodnetic [mailto:otis.gospodne...@gmail.com] Sent: Friday, December 21, 2012 6:23 AM To: solr-user@lucene.apache.org Subject: Re: Invalid version (expected 2, but 60) or the data in not in 'javabin' Hi, Have a look at http://search-lucene.com/?q=invalid+version+javabin Otis -- Solr Monitoring - http://sematext.com/spm/index.html Search Analytics - http://sematext.com/search-analytics/index.html On Wed, Dec 19, 2012 at 11:23 AM, Shahar Davidson <shah...@checkpoint.com>wrote: > Hi, > > I'm encountering this error randomly when running a distributed facet. > (i.e. I'm sending the exact same request, yet this does not reproduce > consistently) > I have about 180 shards that are being queried. > It seems that when Solr distributes the request to the shards one , or > perhaps more, shards return an XML reply instead of Javabin. > > I added some debug output to JavaBinCode.unmarshal (as done in the > debugging.patch of SOLR-3258) to check whether the XML reply holds an > error or not, and I noticed that the XML actually holds the response > from one of the shards. > > I'm using the patch provided in SOLR-2894 on top of trunk 1404975. > > Has anyone encountered such an issue? Any ideas? > > Thanks, > > Shahar. > Email secured by Check Point
