<div dir="ltr">Hey Tristan!<div><br></div><div>See comments inlined.</div><div><br></div><div>Thanks</div><div>Sebastian<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 5, 2015 at 10:36 AM, Tristan Tarrant <span dir="ltr">&lt;<a href="mailto:ttarrant@redhat.com" target="_blank">ttarrant@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12.0pt;color:#000000"><div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12.0pt;color:#000000"><div>- configuration: easy, register a listener with the attribute so that invoking configuration.eviction().size (newSize) does a resize of the data container </div></div></div></blockquote><div><br></div><div>+1, looks like a simple solution that might do the job.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12.0pt;color:#000000"><div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12.0pt;color:#000000"><div><span style="font-size:12pt;line-height:150%">- server already exposes the size in the management model,  we just need to change its behaviour so that the change is &quot;live&quot;. In this context the change is also persisted to the xml configuration </span></div></div></div></blockquote><div><br></div><div>+1, I like this approach however it may confuse our users a little bit. Maybe we should have a flag in configuration (disabled by default) which would enable persisting changes back into xml?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12.0pt;color:#000000"><div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12.0pt;color:#000000"><div><span style="font-size:12pt">- Jmx: do we want a writable &quot;capacity&quot; attribute or a resize operation? And do we want it on the cache mbean or on a new data container mbean? And should the change affect the configuration object too, i.e. invoking configuration.eviction().size () should return the new value? For symmetry with server we should. </span></div></div></div></blockquote><div><br></div><div>+1 for writable attribute. This would fix nicely into configuration listeners. How about exposing new Configuration MBean with all writable configuration attributes?</div><div>+1 for staying symmetric with our solution.</div></div></div></div></div>