<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix"><tt>The trunk </tt><tt>(</tt><tt>development
</tt><tt>code) was switched from 1.12.x to 2.</tt><tt>1.x </tt><tt>and
</tt><tt>you can get </tt><tt>the URL from </tt><tt><a class="moz-txt-link-freetext" href="http://www.opensips.org/Downloads/Downloads#toc4">http://www.opensips.org/Downloads/Downloads#toc4</a>.</tt><tt><br>
</tt><tt><br>
</tt><tt>The trunk version is not for production. See the
available versions here:</tt><tt><br>
</tt><tt> </tt><tt><a class="moz-txt-link-freetext" href="http://www.opensips.org/About/AvailableVersions">http://www.opensips.org/About/AvailableVersions</a></tt><tt><br>
</tt><tt><br>
</tt><tt>Regards,</tt><br>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
On 26.09.2014 16:48, Satish Patel wrote:<br>
</div>
<blockquote
cite="mid:CAPgF-fp5F0n-ReMdvO1JntxTUWc+GGX5gPtN0-2TKHvMxzqQDQ@mail.gmail.com"
type="cite">
<div dir="ltr">Where is the trunk git URL to download latest
1.12.x? does it ready for production?</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Sep 25, 2014 at 2:39 PM, Ovidiu
Sas <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:osas@voipembedded.com" target="_blank">osas@voipembedded.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Are we
ready to deprecate the mi_xmlrpc module now (for 1.12)?<br>
<br>
-ovidiu<br>
<br>
On Fri, Mar 21, 2014 at 11:24 AM, Bogdan-Andrei Iancu<br>
<<a moz-do-not-send="true"
href="mailto:bogdan@opensips.org">bogdan@opensips.org</a>>
wrote:<br>
> Hello all,<br>
><br>
> Bringing some light here : none of the xmlrpc
implementations offer a<br>
> structured reply<br>
><br>
> From the "deprecation" point of view, we need to be
sure:<br>
> 1) the new mi_xmlrpc-ng module is a perfect substitute
to the old one<br>
> (providing the same unstructured reply)<br>
> 2) the new mi_xmlrpc-ng module can also provide a
structured reply - this<br>
> definitely is something good for the future<br>
> 3) OpenSIPS CP must be migrated (there are some things
that need to be<br>
> changed) to be compatible with both modules.<br>
><br>
> Ovidiu (mi_xmlepc-ng) and Alex (opensips cp) are
already heavily working to<br>
> achieve the 3 goals above (many thanks to both of
them).<br>
><br>
> As noticed, the old mi_xmlrpc module was not deprecated
in 1.11 - there are<br>
> small but many things to be done to 100% ensure a
smooth transition. Still<br>
> this is work on progress and it will be done for next
release.<br>
><br>
> Many thanks,<br>
><br>
> Bogdan-Andrei Iancu<br>
> OpenSIPS Founder and Developer<br>
> <a moz-do-not-send="true"
href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a><br>
><br>
> On 19.03.2014 21:55, Brett Nemeroff wrote:<br>
><br>
> JSON+http sounds fantastic. It's like.. Starting to
sound a like a RESTful<br>
> server.<br>
><br>
> I'm pretty sure others will jump on this. I know I
would.<br>
> -Brett<br>
><br>
><br>
><br>
> On Wed, Mar 19, 2014 at 2:52 PM, Ovidiu Sas <<a
moz-do-not-send="true" href="mailto:osas@voipembedded.com">osas@voipembedded.com</a>>
wrote:<br>
>><br>
>> The new module is built on top of the httpd module
which has a<br>
>> parameter to define the size of the buffer. If you
need large<br>
>> replies, then you need to adjust the buffer size
accordingly.<br>
>> <a moz-do-not-send="true"
href="http://www.opensips.org/html/docs/modules/devel/httpd"
target="_blank">http://www.opensips.org/html/docs/modules/devel/httpd</a><br>
>><br>
>> That buffer is used by all modules that are sitting
on top of the<br>
>> httpd module, and there's one single process
dedicated to all http<br>
>> requests (no interference with SIP workers).<br>
>><br>
>> Regards,<br>
>> Ovidiu Sas<br>
>><br>
>> On Wed, Mar 19, 2014 at 3:44 PM, Brett Nemeroff
<<a moz-do-not-send="true"
href="mailto:brett@nemeroff.com">brett@nemeroff.com</a>><br>
>> wrote:<br>
>> > I think there are some other issues with the
size of the return data. I<br>
>> > know<br>
>> > for one that the mi_udp method has a buffer
size limit. If you hit this<br>
>> > limit I think it very quietly truncates the
data. I can't 100% verify<br>
>> > that<br>
>> > since it's been a long time since I've used
it.<br>
>> ><br>
>> > I believe you can paginate the data, but the
problem is that you can't<br>
>> > guarantee consistent results paginating data
when the data is changing<br>
>> > constantly. I'm not really sure on the
background how this is handled;<br>
>> > maybe<br>
>> > a locked list or something.. but not sure if
it'd affect performance at<br>
>> > high<br>
>> > velocity. Seems like something. somewhere
would be affected.. either<br>
>> > performance or accuracy.<br>
>> ><br>
>> > My point being, care needs to be taken that
the method can produce<br>
>> > consistent results; even for large datasets.
If data is going to be<br>
>> > truncated or we run out of SHM, there needs to
not only be an error log,<br>
>> > but<br>
>> > I think the out put needs to say something as
well.<br>
>> ><br>
>> > -Brett<br>
>> ><br>
>> ><br>
>> ><br>
>> > On Wed, Mar 19, 2014 at 2:37 PM, Dragomir
Haralambiev<br>
>> > <<a moz-do-not-send="true"
href="mailto:goup2010@gmail.com">goup2010@gmail.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> I totally share Brett's feelings! For me
dlg_list_ctx over the new<br>
>> >> module<br>
>> >> causes lots of headaches when dialogs go
over 100 or so. Structured<br>
>> >> output<br>
>> >> would resolve such problems. I am totally
in for structured SJON format<br>
>> >> too!<br>
>> >><br>
>> >><br>
>> >> 2014-03-19 21:07 GMT+02:00 Brett Nemeroff
<<a moz-do-not-send="true"
href="mailto:brett@nemeroff.com">brett@nemeroff.com</a>>:<br>
>> >><br>
>> >>> I think the only reason for that is
backwards compatibility with stuff<br>
>> >>> written for the other mi interfaces.<br>
>> >>><br>
>> >>><br>
>> >>> Honestly, my parsers for the MI output
are ridiculous. It's really<br>
>> >>> complicated and prone to failure. I'd
like to know if others share my<br>
>> >>> feeling here.<br>
>> >>><br>
>> >>> For little things like "dr_reload" I
don't really care.<br>
>> >>><br>
>> >>> But for MI calls that return large
amounts of user data, like<br>
>> >>> dlg_list_ctx.. Parsing it is kind of
ridiculous... Anyone else share<br>
>> >>> this<br>
>> >>> feeling?<br>
>> >>><br>
>> >>> I personally would love to see it
structured in JSON format. :)<br>
>> >>><br>
>> >>> -Brett<br>
>> >>><br>
>> >>><br>
>> >>><br>
>> >>> On Wed, Mar 19, 2014 at 2:05 PM,
Ovidiu Sas <<a moz-do-not-send="true"
href="mailto:osas@voipembedded.com">osas@voipembedded.com</a>><br>
>> >>> wrote:<br>
>> >>>><br>
>> >>>> Hello Brett,<br>
>> >>>><br>
>> >>>> It is true that the structured
output mode was not implemented in the<br>
>> >>>> new module.<br>
>> >>>> It seems that having the output in
one big chunk is the preferred<br>
>> >>>> method in the community.<br>
>> >>>><br>
>> >>>> If there is a real demand for
structured output, we can take a look<br>
>> >>>> into<br>
>> >>>> it.<br>
>> >>>><br>
>> >>>> Regards,<br>
>> >>>> Ovidiu Sas<br>
>> >>>><br>
>> >>>><br>
>> >>>> On Wed, Mar 19, 2014 at 1:56 PM,
Brett Nemeroff <<a moz-do-not-send="true"
href="mailto:brett@nemeroff.com">brett@nemeroff.com</a>><br>
>> >>>> wrote:<br>
>> >>>> > I'd like to see the new
module to be a drop in replacement for the<br>
>> >>>> > old<br>
>> >>>> > one..<br>
>> >>>> ><br>
>> >>>> > That being said...<br>
>> >>>> ><br>
>> >>>> > I was pretty surprised when I
started down the path of the XMLRPC<br>
>> >>>> > module<br>
>> >>>> > that the reply isn't
structured. It was just one big object.<br>
>> >>>> ><br>
>> >>>> > I'd like a selectable option
on the module so that it either<br>
>> >>>> > operates:<br>
>> >>>> > 1. Legacy (one big output
chunk)<br>
>> >>>> > 2. Structured, parable for
each output node.<br>
>> >>>> ><br>
>> >>>> > Really if we are talking
"deprecating" we need to support the old<br>
>> >>>> > method<br>
>> >>>> > primarily or there will be a
lot of broken code out there.<br>
>> >>>> ><br>
>> >>>> > -Brett<br>
>> >>>> ><br>
>> >>>> ><br>
>> >>>> ><br>
>> >>>> > On Wed, Mar 19, 2014 at 12:15
PM, Bogdan-Andrei Iancu<br>
>> >>>> > <<a moz-do-not-send="true"
href="mailto:bogdan@opensips.org">bogdan@opensips.org</a>><br>
>> >>>> > wrote:<br>
>> >>>> >><br>
>> >>>> >> The whole idea is not to
:)<br>
>> >>>> >><br>
>> >>>> >> But more tests need to be
done.<br>
>> >>>> >><br>
>> >>>> >> Regards,<br>
>> >>>> >><br>
>> >>>> >> Bogdan-Andrei Iancu<br>
>> >>>> >> OpenSIPS Founder and
Developer<br>
>> >>>> >> <a
moz-do-not-send="true"
href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a><br>
>> >>>> >><br>
>> >>>> >> On 19.03.2014 17:39, Ali
Pey wrote:<br>
>> >>>> >><br>
>> >>>> >> Will this affect
OpenSIPS-CP?<br>
>> >>>> >><br>
>> >>>> >> Regards,<br>
>> >>>> >> Ali Pey<br>
>> >>>> >><br>
>> >>>> >><br>
>> >>>> >><br>
>> >>>> >> On Wed, Mar 19, 2014 at
10:18 AM, Kneeoh <<a moz-do-not-send="true"
href="mailto:kneeoh@yahoo.com">kneeoh@yahoo.com</a>>
wrote:<br>
>> >>>> >>><br>
>> >>>> >>> I'm all for the
deprecation as long as the documentation on the<br>
>> >>>> >>> mi_xmlrpc_ng module
is updated to a usable level. I find myself<br>
>> >>>> >>> referencing<br>
>> >>>> >>> the documentation for
xmlrpc and hoping that it holds true for<br>
>> >>>> >>> xmlrpc_ng.<br>
>> >>>> >>><br>
>> >>>> >>>
_______________________________________________<br>
>> >>>> >>> Users mailing list<br>
>> >>>> >>> <a
moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
>> >>>> >>> <a
moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
>> >>>> >><br>
>> >>>> >><br>
>> >>>> >><br>
>> >>>> >><br>
>> >>>> >>
_______________________________________________<br>
>> >>>> >> Users mailing list<br>
>> >>>> >> <a
moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
>> >>>> >> <a
moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
>> >>>> >><br>
>> >>>> >><br>
>> >>>> >><br>
>> >>>> >>
_______________________________________________<br>
>> >>>> >> Users mailing list<br>
>> >>>> >> <a
moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
>> >>>> >> <a
moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
>> >>>> >><br>
>> >>>> ><br>
>> >>>> ><br>
>> >>>> >
_______________________________________________<br>
>> >>>> > Users mailing list<br>
>> >>>> > <a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
>> >>>> > <a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
>> >>>> ><br>
>> >>>><br>
>> >>>><br>
>> >>>><br>
>> >>>> --<br>
>> >>>> VoIP Embedded, Inc.<br>
>> >>>> <a moz-do-not-send="true"
href="http://www.voipembedded.com" target="_blank">http://www.voipembedded.com</a><br>
>> >>>><br>
>> >>>>
_______________________________________________<br>
>> >>>> Users mailing list<br>
>> >>>> <a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
>> >>>> <a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
>> >>><br>
>> >>><br>
>> >>><br>
>> >>>
_______________________________________________<br>
>> >>> Users mailing list<br>
>> >>> <a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
>> >>> <a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
>> >>><br>
>> >><br>
>> >><br>
>> >>
_______________________________________________<br>
>> >> Users mailing list<br>
>> >> <a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
>> >> <a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
>> >><br>
>> ><br>
>> ><br>
>> >
_______________________________________________<br>
>> > Users mailing list<br>
>> > <a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
>> > <a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
>> ><br>
>><br>
>><br>
>><br>
>> --<br>
>> VoIP Embedded, Inc.<br>
>> <a moz-do-not-send="true"
href="http://www.voipembedded.com" target="_blank">http://www.voipembedded.com</a><br>
>><br>
>> _______________________________________________<br>
>> Users mailing list<br>
>> <a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
>> <a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
> <a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
> <a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
--<br>
VoIP Embedded, Inc.<br>
<a moz-do-not-send="true"
href="http://www.voipembedded.com" target="_blank">http://www.voipembedded.com</a><br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</font></span></blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</body>
</html>