I am looking to implement a SIP VoIP client using any of the scripting languages - either perl, python or ruby or others. I have knowledge of SIP but have not tried anything with scripting languages. I did have a look at perl module Net::SIP for the same and found it to be interesting.
I am looking for something that provides SIP functionality, not media support. Are there any such SIP implementations (like Net::SIP) in the scripting world that are used for this purpose? This is required to do basic functionality testing and not for stress testing.
use sipp, it relies on xml scripts to send and receive sip messages, it is documented and widely used in telecommuncation industry.
The sipsak tool is commonly used for SIP testing purposes. It's command line based so you could script its operation. If you need to finely control your SIP messages then it's probably not going to be suitable as it's unlikely to expose a sufficient level of control for you.
If you have two months to wait. then there will be ivrworx RC version http://www.slideshare.net/borisusun/ivr-worx :) Also you can help with development.
Related
I am working on a browser-based application that is essentially a Digital Audio Workstation. I've seen one out there (at http://www.indabamusic.com), and it looks like it is a Java applet. Is a Java applet the best way to do this?
I've read that C++ is generally more widely used for audio programs, and I've looked at Wt ( http://www.webtoolkit.eu/wt/) for a web interface option but it doesn't seem to be meant for this kind of use (correct me if I'm wrong).
I have almost no experience with C++, so I might just be biased.
You either want a java applet or to do it in Flash (perhaps Flex). It is generally messy to get C++ bits deployed broadly in a browser.
On Windows I've been using C#/.NET to develop both quick and simple CLI utilities as well as big WinForms/WPF applications. Visual studio played a big part in this choice but also the language and libraries allowed me to program wide range of applications without much hassle.
I'm now looking for a similar language, or more languages, on Linux. The best choice for GUI, multi-platform applications seems to be QT, usually with C++. For console utilities the best choice seems to be some scripting language like Python. However, C++ isn't a high-level language like C# and many tasks are unnecessarily more complicated (since usually I don't look for high performance in GUI applications) and scripting languages are slower and have a higher startup time.
So, what are your languages/libraries of choice when developing applications for Linux, both ten-minute utilities and large complex GUI systems.
After a 13 year rollercoaster ride through C, C++ and Ruby, I moved to Smalltalk (Squeak and Pharo) for all my development - web, scripting (just starting here), and desktop GUI apps.
Trust me, no one was more surprised than me, but Ruby got me hooked on dynamic languages, and combined with Smalltalk's live environment, I am high on OO Koolaid. If you've never experienced it, check out this screencast: http://www.pharocasts.com/2010/02/programming-with-live-objects.html
Warning - although the language is beautifully simple, it will take a while to wean off of many unnecessary and complicated, but cherished, distractions e.g. files, databases, compile cycles, etc. Luckily the community is very friendly and extremely helpful.
Also, Squeak/Pharo run on top of a VM which works in (at least) linux, windows, and Mac, so you can develop (and share) anywhere.
Have a look at Monodevelop, It is C# and offers similar functionality as the one you are used to. And above all: it comes from the same company behind C#.
As you mention: Qt is also a possibility and one I've been using extensively. Of course, you will need to develop in C++ then. The tool you want to look at is qt-assistent.
You might be interested in wxwidgets,
http://wxwidgets.org/
regards,
/t
I use python and gtk to develop GUI applications.
With glade as UI editor you can quickly setup your application.
Doing the same thing with python/Qt(or whatever Graphical library you want) should be easily doable as well.
See here : http://docs.python.org/faq/gui.html
Python can make linux system calls; use
import os
os.system("yourFavouriteSystemCall")
Additionally, PyQt4 gives you simple access to the GUI framework Qt4. This could be a good bet for your needs.
Another option is to use QT or Wx with Python or some other scripting language
You can either use QT with Python, or Mono since you already have experience on .NET.
Is there an equivalent to Linux DBus on OSX? I mean, is there a "message bus" available by default on OSX?
Disclaimer: OSX newbie here.
If you need to use DBus you can install it via Homebrew.
Homebrew is a package manager for OS X providing a lot of libraries which where mostly written with Linux as their primary target.
The DBus package can be found here
However, this is not installed by default and if you intend to write Cocoa applications the way to go would be to use the (distributed) notification center as mipadi explained in his post (which you also accepted).
If you need a robust middleware for communication you can also have a look at IceTouch from ZeroC which is a Cocoa library for using the services and functionality offered by their Ice framework.
The package contains IceStorm for example which is a publish/subscribe server or the IceGrid service which can be used to build large scale distributed systems
Probably the closest analog would be distributed notifications (or notifications for same-process communication). It's not a perfect analog, but it fits into roughly the same niche. You can read more about it in Apple's Notification Programming Topics, particularly the part about the distributed notification center.
There's Mach's ports, which will probably do what you need: http://en.wikipedia.org/wiki/Mach_(kernel) .
You could check DarwinPorts. It should include the dBus libraries.
i would like to know if there are any solution to do this. Does anyone?
The big picture: I want to access data over the web, using my delphi thin clients. But i´would like to keep my server/service writen in pascal.
The 'not so' big picture: I´m trying to write a php to emulate a SOAP Midas packets to ClientDataSets in delphi, but i dont have the necessary muscules in my brain to do that. So i could try to convert dbexpress to FPC, but i don´t know if this is legal.
Ok folks, i know that PHP, java, c#/asp, python, ORM´s and things like that could help me with this, but i´m a GUI guy! Everyone who ever programmed 10000 lines report in cobol knows what i´m talking about. I just want to point my soap connection to some server in the net (i dont own the service providers) and make my customers happy. Simple as...
RemObjects SDK supports Free Pascal. And Free Pascal is a Delphi compatible Pascal compiler for, amongst others, Linux platforms.
http://wiki.remobjects.com/wiki/Introduction_to_Free_Pascal_support
If you are familiar with FPC and don't like to write many lines of code (as you pointed out), I think RemObjects SDK is really an interesting option.
A Delphi cross-platform edition is in the works. Hopefully with the next version of Delphi it is possible to build DataSnap servers for the Linux platform.
You can do this with Lazarus and the wst (web service toolkit). We use it for some client / server projects. In Lazarus you can use (almost) 100% compatible Delphi code and you can compile to native apps for Windows, Linux and OSX.
Only problem is the learning curve , which is rather seep.
The Delphi 2010 DataSnap support REST protocol and JSON as data packet. Perhaps this may helps if you want to design your solution to integrate your Delphi apps with non Delphi apps.
I am planning to use SCTP for a embedded Linux project. Anybody has some comments on SCTP usage, mostly in one-to-many mode? Did it beat using a home-made UDP-based equivalent solution?
I control the network environement and all devices involved, so compatibility is not an issue.
I have made extensive use of lksctp and have found it to be robust and interoperable with many other implementations of sctp. The standard for the sockets API for SCTP is still evolving but is quite mature and I would expect any further changes to be backwards compatible.
I would use it with confidence.
The ACE library has a performance test for SCTP, so I would assume that it works.
Currently these programs provide the only example code on
how to use ACE's wrapper-facades for SCTP. In the future additional
code will be placed in the ACE_wrappers/examples/IPC_SAP/SOCK_SAP
directory.
Using a framework like ACE is a good idea anyway, as it alloes you to program on a higher level and shields you from the error prone low level details of socket programming. As an additional bonus your code will be portable to all platforms that ACE supports.
Best answer is the comment:
Also, SCTP support in Glibc is less than ideal (in other words, non-present) -- you must use the libraries from lksctp, and it's not entirely well-integrated into the normal sockets API. Just one more reason to use a nice library that encapsulates the low-level functionality :) – ephemient