I don't think Java would be a performance limitation at all, as long as it runs on a separate machine with its own processor, memory and pool of disks. 

If you don't like writing complex modules in C, you can always implement your business logic in your preferred high level languages (Java, C#, PHP?) and use JSON/XML based bidirectional communication over TCP to query your business node, and to parse the response you can write a Perl script which will be called from inside the Kamailio's script.

Regards.

On Sat, Nov 24, 2012 at 8:29 PM, Alex Balashov <abalashov@evaristesys.com> wrote:
On 11/24/2012 06:26 PM, ron.kamailio@mcleodnet.com wrote:

I am the OP.  I actually have a solution running now, using JSON-RPC as the
connector between Kamailio and the Java EE business logic.

That's a rather novel approach.  I hadn't thought of that;  I suppose I forgot the jsonrpc-c module is there.  :-)


I am looking for an alternate solution to resolve the limitations
with the RPC mechanism.

What sort of limitations?


--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



--
Carlos
http://caruizdiaz.com
+595981146623