<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Oct 7, 2014 at 11:56 AM, Leif Madsen <span dir="ltr"><<a href="mailto:lmadsen@thinkingphones.com" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=lmadsen@thinkingphones.com&cc=&bcc=&su=&body=','_blank','location=yes,menubar=yes,resizable=yes,width=800,height=600');return false;">lmadsen@thinkingphones.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>My gut tells me no, mostly because if you're using the realtime interface, you're most likely inserting the records programatically (which I believe is your point).<br></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div>Of course having functionality in one method and not another is always somewhat annoying, but in this case, I think the point of the wizard is to limit the amount of typing and complexities in setting up PJSIP right?<br></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br>When you start getting into realtime, you're already into a more complicated abstraction layer, and the ability to understand the various components of your deployment are probably assumed.<br></div></blockquote><div><br></div><div>Exactly on all points.</div><div><br></div><div>If I use the approach I outlined below, you could still use a realtime backing store to house the compound objects.  You'd just have to issue a reload to get to get it to take effect if you change it.  I think that's a reasonable limitation for an initial release given the above.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br>Leif.<br><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 7 October 2014 12:10, George Joseph <span dir="ltr"><<a href="mailto:george.joseph@fairview5.com" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=george.joseph@fairview5.com&cc=&bcc=&su=&body=','_blank','location=yes,menubar=yes,resizable=yes,width=800,height=600');return false;">george.joseph@fairview5.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span></span><span></span><div class="gmail_quote"><div>Although the ast_sorcery_* API doesn't expose it, an object can be mapped to multiple wizards, right?  What if the compound object was stored in, and retrieved from,  one of the concrete wizards but the objects it creates are created in a memory wizard that's added to the object_type's wizards container. </div><div><br></div><div>Unfortunately, this doesn't address the real time aspect of realtime.  If you make a change to the backing compound object data store it's not automatically propagated to the created objects.   This brings be back to my question above...  If you're using realtime are you likely to even need the wizard approach.</div><div><br></div><div>I'm still thinking.</div><div><br></div></div></div></div></blockquote></div><span class="HOEnZb"><font color="#888888"><br>-- <br><div dir="ltr"><div>Leif Madsen<br>CoreUC Lead Systems Engineer<br></div>p: +1-613-800-7610<br><div><br></div></div>
</font></span></div></div></div></div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></blockquote></div><br></div></div>