<div dir="ltr">All the known issues were addressed.<div>Please re-test the latest version and let us know.</div><div><br></div><div>Regards,</div><div>Ovidiu Sas</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 1, 2014 at 8:25 AM, Bobby Smith <span dir="ltr"><<a href="mailto:bobby.smith@gmail.com" target="_blank">bobby.smith@gmail.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">Greetings,<div><br></div><div>Has the response format been changed to match the same content of the original mi_xmlrpc module? This was one of my biggest complaints with migrating, because the new module (since all return content is in a single XML node instead of the preferred actual XML content response) used a slightly different, "::" delimited format. This was problematic because it would cause the rewrite of literally hundreds of nagios remote execution scripts.</div><div><br></div><div>Thanks,</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 28, 2014 at 10:37 AM, Răzvan Crainea <span dir="ltr"><<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, all!<br>
<br>
The three modules have been moved to the modules_obsolete/ directory. I've written two tutorials that contains the steps to migrate from the old mi_xmlrpc to the new mi_xmlrpc_ng module[1] and from closeddial to the new dialplan module[2].<br>
Also the documentation page[3] has been updated.<br>
<br>
[1] <a href="http://www.opensips.org/Documentation/TipsFAQ#toc9" target="_blank">http://www.opensips.org/<u></u>Documentation/TipsFAQ#toc9</a><br>
[2] <a href="http://www.opensips.org/Documentation/TipsFAQ#toc10" target="_blank">http://www.opensips.org/<u></u>Documentation/TipsFAQ#toc10</a><br>
[3] <a href="http://www.opensips.org/Documentation/Modules-2-1" target="_blank">http://www.opensips.org/<u></u>Documentation/Modules-2-1</a><br>
<br>
Best regards,<span><br>
<br>
Răzvan Crainea<br>
OpenSIPS Solutions<br>
<a href="http://www.opensips-solutions.com" target="_blank">www.opensips-solutions.com</a><br>
<br></span><div><div>
On 11/25/2014 01:59 PM, Bogdan-Andrei Iancu wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
OK, let's do this, First modules to become obsolete are "mi_xmlrpc", "closeddial" and "aaa_diameter".<br>
<br>
Regards,<br>
<br>
Bogdan-Andrei Iancu<br>
OpenSIPS Founder and Developer<br>
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.<u></u>com</a><br>
<br>
On 07.11.2014 14:29, Răzvan Crainea wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello!<br>
<br>
For the trunk version and the new 2.1 we would like to obsolete some of the old modules that are no longer widely used anymore. The reason we are doing this is that it will decrease the compile time for OpenSIPS and will keep the modules/ directory cleaner.<br>
Note that these modules will not be deleted, but rather moved to a new directory, called modules_obsolete/. If you really need to use one of them, you can simply move them in the modules/ directory.<br>
<br>
We were first thinking about the following modules:<br>
- mi_xmlrpc - A lighter version called mi_xmlrpc_ng[1] has been developed, which does not uses the heavy abyss library. For more information check this thread[2].<br>
- closeddial - The same functionality can be achieved using the more powerful and efficient dialplan module[3].<br>
- diameter[4] - This module is no longer maintained because the library it is built on is no longer maintained.<br>
<br>
What do you think about this? Are there any reasons why we should keep any of these modules? What other modules do you think we should move there?<br>
<br>
[1] <a href="http://www.opensips.org/html/docs/modules/2.1.x/mi_xmlrpc_ng.html" target="_blank">http://www.opensips.org/html/<u></u>docs/modules/2.1.x/mi_xmlrpc_<u></u>ng.html</a><br>
[2] <a href="http://lists.opensips.org/pipermail/users/2014-March/028137.html" target="_blank">http://lists.opensips.org/<u></u>pipermail/users/2014-March/<u></u>028137.html</a><br>
[3] <a href="http://www.opensips.org/html/docs/modules/2.1.x/dialplan.html" target="_blank">http://www.opensips.org/html/<u></u>docs/modules/2.1.x/dialplan.<u></u>html</a><br>
[4] <a href="http://www.opensips.org/html/docs/modules/2.1.x/auth_diameter.html" target="_blank">http://www.opensips.org/html/<u></u>docs/modules/2.1.x/auth_<u></u>diameter.html</a><br>
<br>
Best regards,<br>
<br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<br></div></div><span>
Devel mailing list<br>
<a href="mailto:Devel@lists.opensips.org" target="_blank">Devel@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel" target="_blank">http://lists.opensips.org/cgi-<u></u>bin/mailman/listinfo/devel</a><br>
</span></blockquote><div><div>
<br>
<br>
______________________________<u></u>_________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.opensips.org" target="_blank">Devel@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel" target="_blank">http://lists.opensips.org/cgi-<u></u>bin/mailman/listinfo/devel</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.opensips.org">Devel@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/devel</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">VoIP Embedded, Inc.<br><a href="http://www.voipembedded.com" target="_blank">http://www.voipembedded.com</a></div>
</div>