Erik,
Oh good! Keep me (us) updated!!
As for committing some code into Solr, and the real world uses, I am sure we
can find some generic/abstract rules for faceted browsing -- simplest being,
a set of fields/categories defined in schema.xml, which could be used for an
optional extented query response, or a custom/new response by itself.
I am also sure that we have at least a couple other implementation of this
feature, which might bring in some good insights in "better" use of code. In
any case, I am eager to see this feature "ironed" out on the community
level.
Thanks!
On 6/24/06, Erik Hatcher <[EMAIL PROTECTED]> wrote:
On Jun 24, 2006, at 12:38 PM, Vish D. wrote:
> Erik, when do you plan on having your implementation refactored
> with "good"
> use of code?
This weekend :) I have imported more data than my hacked
implementation can handle without bumping up Jetty's JVM heap size,
so I'm now at the point where it is necessary for me to start using
the LRUCache. Though I have already refactored to use OpenBitSet
instead of BitSet.
> Or, in general, when is Solr planning on having this feature
> out (as I see it on the wiki for near term features)? It might be
> better for
> me to wait and see how the group decides to implement it, rather
> than having
> something done myself and have to drop it at the end. Plus, you guys
> probably have the higher hand when it comes to knowing the details of
> Solr/Lucene, and its re-useable features.
The best way for Solr to get this functionality is for those that
have implemented it in a custom fashion to get together and
generalize it, so that we have a proven architecture that is
configurable enough to handle real world situations. My
implementation is still being ironed out. And it does rely on custom
request handlers to utilize the facets and return back the counts per
facet.
Erik
