On Dec 1, 2004, at 12:41 AM, Karthik N S wrote:
Is there any API in Lucene Which can retrieve all the searched
Values in
single fetch
into some sort of an 'Array' WITHOUT using this [ below ] Looping
process [ This would make
the Search and display more Faster ].
for (int i = 0;
:[EMAIL PROTECTED]
Sent: Wednesday, December 01, 2004 4:04 PM
To: Lucene Users List
Subject: Re: GETVALUES +SEARCH
On Dec 1, 2004, at 12:41 AM, Karthik N S wrote:
Is there any API in Lucene Which can retrieve all the searched
Values in
single fetch
into some sort of an 'Array' WITHOUT using
On Dec 1, 2004, at 7:37 AM, Karthik N S wrote:
We create a ArrayList Object and Load all the Hit Values into them
and
return
the same for Display purpose on a Servlet. On the servlet we track
the
server side created ArrayList
for Required number of dispalys.
[ At any time we have to have
On Dec 01, 2004, at 13:37, Karthik N S wrote:
We create a ArrayList Object and Load all the Hit Values into them
and
return
the same for Display purpose on a Servlet.
Talking of which...
It would be very handy if org.apache.lucene.search.Hits would implement
the java.util.List interface...
On Dec 1, 2004, at 1:31 PM, Luke Francl wrote:
On Wed, 2004-12-01 at 11:12, petite_abeille wrote:
Not really, except perhaps that a Lucene Document could theoretically
have multiple identical keys... not something that anyone would want
to
do though :o)
And why not? I use this to store closed
On Dec 01, 2004, at 20:06, Erik Hatcher wrote:
I also extensively use multiple fields of the same name.
Odd... on the other hand... perhaps this is une affaire de gout...
So does this rule out implementing the Map interface on Document?
Why? Nobody mentioned what value such a Map would hold... in
On Dec 1, 2004, at 2:21 PM, petite_abeille wrote:
On Dec 01, 2004, at 20:06, Erik Hatcher wrote:
I also extensively use multiple fields of the same name.
Odd... on the other hand... perhaps this is une affaire de gout...
There are some places I use this for convenience, and another where it
seems
On Dec 01, 2004, at 20:43, Erik Hatcher wrote:
Sure, I could put it all together as a space separated String and use
the WhitespaceAnalyzer, but why not do it this way? What other
suggestions do you have for doing this?
If this works for you, I don't see any problem with it.
In general, I
: Having Document implement Map sounds reasonable to me though. Any
: reasons not to do this?
:
: Not really, except perhaps that a Lucene Document could theoretically
: have multiple identical keys... not something that anyone would want to
Assuming you want all changes to be backwards
On Dec 01, 2004, at 21:14, Chris Hostetter wrote:
The real question in my mind is not how should we impliment 'get'
given
that we allow multiple values?, a better question is how should we
impliment 'put'?
Yes, retrofitting Document.add() in the Map interface would be a pain.
But this is not
On Dec 1, 2004, at 2:59 PM, petite_abeille wrote:
On Dec 01, 2004, at 20:43, Erik Hatcher wrote:
Sure, I could put it all together as a space separated String and use
the WhitespaceAnalyzer, but why not do it this way? What other
suggestions do you have for doing this?
If this works for you, I
On Nov 30, 2004, at 7:10 AM, Karthik N S wrote:
On Search API the command [ package
org.apache.lucene.document.Document ]
Will this'public final String[] getValues(String name)' return
me
all the docs with out looping thru ?
getValues(fieldName) returns a String[] of the values of
: GETVALUES +SEARCH
On Nov 30, 2004, at 7:10 AM, Karthik N S wrote:
On Search API the command [ package
org.apache.lucene.document.Document ]
Will this'public final String[] getValues(String name)' return
me
all the docs with out looping thru ?
getValues(fieldName) returns a String
13 matches
Mail list logo