<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Perfect, thanks! <br>
<br>
We can setup the UI for it. <br>
<br>
I assume I know the answer, but will mondrian 3.4 be ready for pentaho 4.5? <br>
<br>
<br>
<br>
<br>
-pedro<br><br><div class="gmail_quote">Julian Hyde &lt;jhyde@pentaho.com&gt; wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
To clarify (I hope):<div><br></div><div>1. Distributed caching is only available from 3.3 onwards.</div><div><br></div><div>2. On 3.3, distributed caching works, and cache flush works, but cache flush against distributed cache does not work.</div><div><br></div><div>3. On 3.4, everything works.</div><div><br></div><div>So, if people want to use cache flush against 3.3, I suggest that they disable distributed cache. Then they'd be no worse off than if they were using 3.2.</div><div><br></div><div>Julian</div><div><br><div><div>On Feb 13, 2012, at 4:28 PM, Pedro Alves wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br>Don't get me wrong - we *will* migrate this to the new code. I actually thought this was going to be 4.0 timeframe but I guess we need to speed things up.<br><br><br>However, this code is for CDC, the next member of the ctools we'll be launching hopefully this week. And as you know, the ctools are available to any existing pentaho installation.
Our goal would be to maintain, at least as much as possible, compatibility with some existing pentaho versions, on this case with some mondrian versions.<br>
<br><br>On this specific case, the distributed cache part is only available on mondrian 3.e (pentaho 3.10, whatever marketing version that is), but at least on that I wouln't want it to be feaure crippled :(<br><br><br>
-pedro<br><br><br><br>On Monday, February 13, 2012, Luc Boudreau &lt;<a href="mailto:lucboudreau@gmail.com">lucboudreau@gmail.com</a>&gt; wrote:<br>&gt; I'm saying we have found some issues with the cache management code in<br>
&gt; 3.3.X, but it should still work (except a few corner cases). Please<br>&gt; log a Jira case with as much information and reproducible tests as you<br>&gt; can so we can look into your issue. Regardless of the fact that it<br>
&gt; works on 3.3 or not, I'd like to make sure we fixed the problem for<br>&gt; the next release.<br>&gt;<br>&gt; Also, just a heads up. We have modified the SegmentCache SPI and<br>&gt; simplified it greatly for the next release. For one thing, you won't<br>
&gt; need to implement the SPI using Java Futures, nor will you need to<br>&gt; implement SegmentCache.flush() on the SPI side (Mondrian will take<br>&gt; care of that). I strongly suggest that you take a look at the next<br>
&gt; version of the SPI; it might make your life that much easier.<br>&gt;<br>&gt; <a href="http://perforce.eigenbase.org:8080/@rev1=head@//open/mondrian/src/main/mondrian/spi/SegmentCache.java">http://perforce.eigenbase.org:8080/@rev1=head@//open/mondrian/src/main/mondrian/spi/SegmentCache.java</a><br>
&gt;<br>&gt; Please also note that the next version of the SPI includes a<br>&gt; SegmentCacheListener system. Your cache implementation should make use<br>&gt; of it for optimal performance. Mondrian will call<br>&gt; SegmentCache.addListener() at runtime and will register a listener<br>
&gt; object with your implementation. This makes Mondrian much more<br>&gt; efficient in maintaining an index of the contents of the external<br>&gt; caches by using deltas to figure out how to sync up the segment<br>&gt; indexes. Listeners and near-real-time updates of the indexes helps<br>
&gt; Mondrian perform in-memory rollups of your cell data (this is an order<br>&gt; of magnitude more efficient than SQL access). I know, it sounds pretty<br>&gt; hermetic and complicated. We still haven't had the chance to write a<br>
&gt; neat blog post to explain it all yet.<br>&gt;<br>&gt; Bottom line: I suggest you invest the little time necessary to develop<br>&gt; your code against 3.4.0. The new &amp; improved SegmentCache SPI is most<br>&gt; likely the one we will support long-term wise. Version 3.4.0 is almost<br>
&gt; out of the door, so the transition should be as smooth as can be.<br>&gt;<br>&gt; Cheers!<br>&gt;<br>&gt; Luc<br>&gt;<br>&gt;<br>&gt; On Mon, Feb 13, 2012 at 3:07 PM, Pedro Alves &lt;<a href="mailto:pmgalves@gmail.com">pmgalves@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>&gt;&gt; This is for a plugin we want to release for 3.3 also, earlier if possible.<br>&gt;&gt;<br>&gt;&gt; Are you saying that it's not possible to do selective cache clearing at all<br>&gt;&gt; :-(<br>&gt;&gt;<br>
&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; -pedro<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; Luc Boudreau &lt;<a href="mailto:lucboudreau@gmail.com">lucboudreau@gmail.com</a>&gt; wrote:<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; For our next release (due some time in March) we have modified<br>
&gt;&gt;&gt; substantially the code which manages segments and cell data. I remember<br>&gt;&gt;&gt; seeing that issue, so I suggest you grab the latest binary build off our CI<br>&gt;&gt;&gt; server and see if it is gone.<br>
&gt;&gt;&gt;<br>&gt;&gt;&gt; If not,&nbsp; please log a jira case (with a test case on Foodmart preferably).<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; Luc<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; On Feb 13, 2012 2:26 PM, "Tiago Ferreira" &lt;<a href="mailto:tiago.ferreira@webdetails.pt">tiago.ferreira@webdetails.pt</a>&gt;<br>
&gt;&gt;&gt; wrote:<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt; Hi,<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt; I'm using a custom SegmentCache implementation in mondrian 3.3.<br>&gt;&gt;&gt;&gt; Using cacheControl.flush(cacheControl.createMeasuresRegion(cube)) as in<br>
&gt;&gt;&gt;&gt; the examples in&nbsp;<a href="http://mondrian.pentaho.com/documentation/cache_control.php">http://mondrian.pentaho.com/documentation/cache_control.php</a><br>&gt;&gt;&gt;&gt; for flushing a cube,&nbsp;my SegmentCache's flush method always gets invoked with<br>
&gt;&gt;&gt;&gt; an empty&nbsp;ConstrainedColumn[] and segments aren't removed.<br>&gt;&gt;&gt;&gt; Any clues on what I might be doing wrong (or not getting)?<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt; Thanks<br>&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; --<br>&gt;&gt;&gt;&gt; Tiago G.F.<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt; _______________________________________________<br>&gt;&gt;&gt;&gt; Mondrian mailing list<br>&gt;&gt;&gt;&gt; <a href="mailto:Mondrian@pentaho.org">Mondrian@pentaho.org</a><br>
&gt;&gt;&gt;&gt; <a href="http://lists.pentaho.org/mailman/listinfo/mondrian">http://lists.pentaho.org/mailman/listinfo/mondrian</a><br>&gt;&gt;&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; _______________________________________________<br>
&gt;&gt; Mondrian mailing list<br>&gt;&gt; <a href="mailto:Mondrian@pentaho.org">Mondrian@pentaho.org</a><br>&gt;&gt; <a href="http://lists.pentaho.org/mailman/listinfo/mondrian">http://lists.pentaho.org/mailman/listinfo/mondrian</a><br>
&gt;&gt;<br>&gt; _______________________________________________<br>&gt; Mondrian mailing list<br>&gt; <a href="mailto:Mondrian@pentaho.org">Mondrian@pentaho.org</a><br>&gt; <a href="http://lists.pentaho.org/mailman/listinfo/mondrian">http://lists.pentaho.org/mailman/listinfo/mondrian</a><br>
&gt;
_______________________________________________<br>Mondrian mailing list<br><a href="mailto:Mondrian@pentaho.org">Mondrian@pentaho.org</a><br>http://lists.pentaho.org/mailman/listinfo/mondrian<br></blockquote></div><br></div></blockquote></div></body></html>