going to:<div><a href="https://todo-aerogear.rhcloud.com/">https://todo-aerogear.rhcloud.com/</a></div><div><br></div><div>opening the JS console (in Chrome) and executing this script in the console, I don't see an error...</div>
<div><br></div><div><a href="https://gist.github.com/3952509">https://gist.github.com/3952509</a></div><div><br></div><div><br></div><div>I get 'undefined' - which 'close' to nil/null ;</div><div><br></div>
<div><br></div><div><br><br><div class="gmail_quote">On Thu, Oct 25, 2012 at 3:04 PM, Kris Borchers <span dir="ltr"><<a href="mailto:kris@redhat.com" target="_blank">kris@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">In JS, there is just an array on the Pipeline/Auth/DataManager object instance that the developer just accesses directly to retrieve the pipe/module/store by name or index. If they reference one that doesn't exist, an error is thrown.<div>
<div class="h5"><div><br><div><div>On Oct 25, 2012, at 12:52 AM, Matthias Wessendorf <<a href="mailto:matzew@apache.org" target="_blank">matzew@apache.org</a>> wrote:</div><br><blockquote type="cite">returning a "null object", which does nothing would be an interesting approach..<div>
<br></div><div>That said, I think on iOS (for now) i stay with the current approach returning 'nil' - if a store,pipe,(auth)module could not be found. I guess JS does the same.</div>
<div><br></div><div><br><br><div class="gmail_quote">On Wed, Oct 24, 2012 at 9:03 PM, <span dir="ltr"><<a href="mailto:supittma@redhat.com" target="_blank">supittma@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I've added a gist with some pseudo code to describe what I am talking bout.<br>
<br>
<a href="https://gist.github.com/1efc515a68e3585817f4" target="_blank">https://gist.github.com/1efc515a68e3585817f4</a><br>
<div><div><br>
On 10/24/2012 02:12 PM, <a href="mailto:supittma@redhat.com" target="_blank">supittma@redhat.com</a> wrote:<br>
> So I try to avoid nulls wherever possible. In the case of the<br>
> Authenticator (and Pipeline) API's we have methods get(String name).<br>
><br>
> The obvious thing to do would be to return a null object if the name<br>
> isn't a known name.<br>
><br>
> Would it be better/preferable to return some kind of default<br>
> AuthenticationModule (or Pipe) which does nothing instead?<br>
><br>
> Alternatively we could supply a peek(name) method which tests for the<br>
> name and throw an exception if you call get with a bad name.<br>
><br>
> Just some idle thoughts.<br>
><br>
> Summers<br>
> _______________________________________________<br>
> aerogear-dev mailing list<br>
> <a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
<br>
_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Matthias Wessendorf <br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a><br>
</div>
_______________________________________________<br>aerogear-dev mailing list<br><a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
</blockquote></div><br></div></div></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" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Matthias Wessendorf <br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a><br>
</div>