<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">It might not be named “Configuration”. It could be a “Builder” instead, how about that?<div><br><div apple-content-edited="true">
<div>—</div><div>Tadeas Kriz</div><div><a href="mailto:tkriz@redhat.com">tkriz@redhat.com</a></div>
</div>
<br><div><div>On 13 Jan 2014, at 13:05, Daniel Passos <<a href="mailto:daniel@passos.me">daniel@passos.me</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="font-family: Helvetica, Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family: Helvetica, Arial; font-size: 13px; margin: 0px;">I don’t know if I like the configuration know how create store, but I really like the registration approach instead of ugly factory</div><div id="bloop_customfont" style="font-family: Helvetica, Arial; font-size: 13px; margin: 0px;"><br></div><div id="bloop_sign_1389613978441355008" class="bloop_sign"><span style="font-family: helvetica, arial; font-size: 13px;"></span>-- <br>Daniel Passos<br></div><br><p style="color: rgb(160, 160, 168);">On January 9, 2014 at 9:11:41 AM, Tadeas Kriz (<a href="mailto://tkriz@redhat.com">tkriz@redhat.com</a>) wrote:</p><blockquote type="cite" class="clean_bq"><span><div>Hey,</div><div><br></div><div>It’s me again with more changes to the DataManager API. I’ve tried many different approaches and this one is basically the only one I got to work as intended (these are only interfaces, no real implementation, but that’s not a problem as it won’t make it much difficult to change current implementations to match those interfaces). Basically, it’s not the best and I had better APIs, but they unfortunately weren’t possible because of restrictions in Java.</div><div><br></div><div>You can find the draft here: <a href="https://gist.github.com/TadeasKriz/e0f5583e2a24c32dc253">https://gist.github.com/TadeasKriz/e0f5583e2a24c32dc253</a></div><div><br></div><div>What can I say about this API is, that in this approach the user shouldn’t need to cast the Store<T> (which is real pain in current API) unless he really needs to (like some methods that’ll be available only for the store he wants). In other cases, when the cast is not needed, users will be able to just work with the Store<T> and change the underlying store as they like. So let’s say they’ll be working with MemoryStore in development, because it’s easier to debug. Then the release will be closing in, they’ll just switch to SQLStore very easily.</div><div><br></div><div>So, what do you think guys?</div><br><div apple-content-edited="true"><div>—</div><div>Tadeas Kriz</div><div><a href="mailto:tkriz@redhat.com">tkriz@redhat.com</a></div></div><br>_______________________________________________ <br>aerogear-dev mailing list <br><a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a> <br><a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a></span></blockquote>_______________________________________________<br>aerogear-dev mailing list<br><a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a></div></blockquote></div><br></div></body></html>