<div dir="ltr">Sanne,<div><br></div><div>I think I can try. Actually, I would like to continue coding in Infinispan! The problem is I will probably take a time to do anything (too much work).</div><div><br></div><div style>
I will watch the issue on Jira. If I solve this before someone start to code, I make a pull request.</div><div style><br></div><div style>cheers</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 11, 2013 at 4:50 PM, Sanne Grinovero <span dir="ltr"><<a href="mailto:sanne@infinispan.org" target="_blank">sanne@infinispan.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p>That's correct. It does not affect only joiners though, there are several cases:</p>
<p>- first node starting but having existing data in some CacheStore <br>
- node A does a put with new type, existing node B then runs a query</p>
<p>Looks like the easy solution is to store the set of known types as an entry, but even assuming there are no classloader issues there are some not so clear side effects, such as statistics getting skewed and similar. </p>
<div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Apr 11, 2013 8:24 PM, "Manik Surtani" <<a href="mailto:msurtani@redhat.com" target="_blank">msurtani@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I presume this is to deal with the case when a node joins the cluster (shared index), and someone does a SearchManager.getQuery() without passing in any types? Is that correct? If a type or more than one type is passed in to that method then you don't have this problem, right?<br>
<br>
- M<br>
<br>
<br>
On 11 Apr 2013, at 18:40, Sanne Grinovero <<a href="mailto:sanne@infinispan.org" target="_blank">sanne@infinispan.org</a>> wrote:<br>
<br>
> This issue has been assigned to me for long, but I'm unable to find<br>
> time to work on it soon. Still, it's quite an important one, quite<br>
> annoying it's still open.<br>
><br>
> Any volunteer?<br>
><br>
> Requires a bit of coding in the Query module, but is totally unrelated<br>
> to Lucene so anyone familiar with Infinispan could do it.<br>
><br>
> Cheers,<br>
> Sanne<br>
> _______________________________________________<br>
> infinispan-dev mailing list<br>
> <a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
<br>
--<br>
Manik Surtani<br>
<a href="mailto:manik@jboss.org" target="_blank">manik@jboss.org</a><br>
<a href="http://twitter.com/maniksurtani" target="_blank">twitter.com/maniksurtani</a><br>
<br>
Platform Architect, JBoss Data Grid<br>
<a href="http://red.ht/data-grid" target="_blank">http://red.ht/data-grid</a><br>
<br>
<br>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br></blockquote></div><br></div>