<div dir="ltr"><div class="gmail_quote __reader_view_article_wrap_9147860334680202__"><div dir="ltr">On Tue, Sep 20, 2016 at 8:43 AM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Using the client storage service absolutely requires that the data get loaded explicitly first. It can't distinguish between the data not being loaded and an empty store if it just auto-initialized the store, so it has a constraint baked in to make sure that the system outright breaks if the flow isn't using the service correctly.<br></blockquote><div><br></div><div>I'm trying to handle what I would think is a common case, where the data for the key doesn't exist. Throwing a RuntimeException in that case is perfectly acceptable, but it would be nice to have it documented somewhere. (If it is documented, then I missed it.) The only wrinkle in my case is that I don't want to abort the flow, which appears to be how the session management components handle it via the standard flow error handling routine. So I do need to explicitly trap the exception in my case, either in the component or in the controlling flow.</div><div><br></div><div>M<a href="mailto:dev-unsubscribe@shibboleth.net" target="_blank"></a><br>
</div><div><br></div></div></div>