I need to pick the final name for the Query entry point ASAP,
proposals so far:
- SearchManager (1 vote)
- SearchProvider (1 vote)
- GridSearcher (1 vote)
- TheGridReaper (no votes)
Galder pointed out that "SearchManager" is being consistent with other
Infinispan names.
More ideas?
Sanne
2011/4/5 Galder Zamarreño <galder(a)redhat.com>:
On Apr 4, 2011, at 6:23 PM, Sanne Grinovero wrote:
> </snip>
>
> there's one catch:
> when searching for a class type, it will only include results from
> known subtypes. The targeted type is automatically added to the known
> classes, but eventually existing subtypes are not discovered.
>
> Bringing this issue to an extreme, if the query is not targeting any
> type, and no indexed types where added to the grid (even if some exist
> already as they might have been inserted by other JVMs or previous
> runs), all queries will return no results.
> How to solve this?
> - class scanning?
Nope, too expensive.
> - explicitly list indexed entities in Infinispan configuration?
No
> - a metadata cache maintaining a distributed&stored copy of known types
That sounds more appealing. It could be a good middle ground until Search can search for
types.
> - search for types in the index :) would be nice, but the current
> design in Search mandates to know the entities first to know how the
> indexes are named. without name I can't open the index, but maybe we
> could have the user specify the index names instead of all entity
> classtypes.
>
> Feedback on the API is more urgent than to solve this, so it could
> make it for Infinispan 5 Beta1.
>
> Cheers,
> Sanne
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev