JerryChen716 / solrpy

Automatically exported from code.google.com/p/solrpy
0 stars 0 forks source link

QTime precission lost #5

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. read response.header['QTime']
2. compare with value of QTime that arrives in ResponseContentHandler
endElement
3. see that original value is float and after sax parsing it is integer

What is the expected output? What do you see instead?
I would expect a more precise value for QTime

What version of the product are you using? On what operating system?
SOLR 2.2, solrpy rev 5

Please provide any additional information below.
I am no expert in sax. Probably it gets lost somewhere inside and you can
not do anything about it. But maybe you can...

Cheers,

Christian

Original issue reported on code.google.com by christia...@gmail.com on 9 Jul 2008 at 2:55

GoogleCodeExporter commented 9 years ago
I can't reproduce it. Both Solr 1.1 and 1.2, as well current trunk

http://svn.apache.org/viewvc/lucene/solr/tags/release-1.1.0/src/java/org/apache/
solr/core/SolrCore.java?revision=497231&view=markup

http://svn.apache.org/viewvc/lucene/solr/tags/release-1.2.0/src/java/org/apache/
solr/core/SolrCore.java?revision=545019&view=markup

http://svn.apache.org/viewvc/lucene/solr/trunk/src/java/org/apache/solr/core/Sol
rCore.java?revision=691701&view=markup

return QTime as integer, I cannot see any possibility of precission lost here.
What were the exact values you were seeing? Can you reproduce it? Thanks.

Original comment by ds...@gefira.pl on 12 Sep 2008 at 5:39

GoogleCodeExporter commented 9 years ago
Couldn't reproduce it, closing due to inactivity. Please reopen it if it ever 
happens
again.

Original comment by ds...@gefira.pl on 15 Sep 2009 at 6:47