Hi Paul,
You lost me :-)
You mean implementing a specific RequestHandler just for my needs ?
Also, when you say It'd transform a query for a b into +(a b)
+(authorizedBit), that's not so clear to me, do you mind explaining this
like i was a 6 years old ? ;-) (even if I think that's just a
Hi spring,
Solution 1 is what i had in mind.
So i can't do the whole thing directly in Solr ? (Except maybe by
implementing a new RequestHandler like Paul suggested)
Concerning the auto-complete of friends in the search box, you won't use the
auto-complete feature from Solr then, will you ?
Hello Benjamin,
Le 1 avr. 2012 à 11:48, dbenjamin a écrit :
You lost me :-)
You mean implementing a specific RequestHandler just for my needs ?
I think a QueryComponent is enough, it'd extend QueryComponent.
It's prepare method reads all the params and calls the ResponseBuilder's
setQuery
The second option is actually possible, and actually easiest in
terms of letting Solr do the most work. Presumably you have
some web-app facing the user, you could pre-calculate the
list of authorized viewers there on some kind of session basis.
Be careful, however, that this list of IDs doesn't
Hi Erick and thanks for the quick reply.
Well, my intend would not to index all content elements with its own list of
authorized users IDs.
I was thinking more of something like I index the contents and the users +
their friend list separatly, and then being able somehow to ask Solr to
filter
Benjamin,
I think implementing a QueryHandler that adds the necessary query is the right
way to do that.
It'd transform a query for a b into +(a b) +(authorizedBit) (to use the
language of the default QueryParser but please not by substring, using the real
query objects!).
Recalculating the
- Is it the best way to do that ?
- It's obvious that i need to index the registered users in
Solr (because an
user can search for others), but is it clever to index friend
list for each
user as well ? (if we take a look at the search box on
Facebook, or other
any sexy social network,