[asterisk-users] Softphone that supports central provisioning?

[Tim Panton]

On 21 Apr 2007, at 13:06, Philipp Kempgen wrote:

> Tim Panton wrote:
>
>> On 21 Apr 2007, at 03:21, Philipp Kempgen wrote:
>>
>>> Tzafrir Cohen wrote:
>>>
>>>> On Fri, Apr 20, 2007 at 11:48:20AM -0400, James FitzGibbon wrote:
>>>>> Has anyone found a softphone that supports pulling it's
>>>>> configuration from a
>>>>> central server via TFTP/FTP/HTTP, much like hard desk phones use?
>>>> Why would you want to do that?
>>> Because you could provision softphones the way you provision hard
>>> phones. Dynamic configuration through HTTP or even SIP messages.
>>> That would really be great.
>>>
>>> I think it's a valid question and I've been searching for such
>>> softphones as myself. They should be usable (so most of them fail)
>>> and should work on a real OS (tm). And no Java please :)
>>
>> What's your objection to a softphone in java ?
>
> Java is slow and the interface is always ugly and doesn't fit
> into the window manager etc. you are used to. :-P I never understood
> why I would use Java to write software when I could use C(++) or
> when a script language would do.

I tend to agree with you there. If there is a scripting language to  
do what
you need- use it. But there is no scripting language I know with  
realtime
audio and access to UDP sockets.

Likewise I'm not fond of SwingUI's unless you really-really need  
portability.

However Corraleta avoids these points by doing all the UI stuff in
HTML, so users can customize it any way they like
(see www.phonefromhere.com).

It lives in a browser, so the window
manager thing doesn't apply (though to be honest what the
other softphones do to the UI rules is pretty scary - see Xten).
Best yet, the behavior is customizable in javascript - A thing I haven't
seen in other softphones - yet.


> The simple fact that people have
> 2 or 3 GHz doesn't mean that I have to burn them for nothing.
> The only point may be portability. Do I miss something?

As to speed, you missed out on about 10 years of progress. A modern JVM
is really no slower than the equivalent C++. One of the text-to-speech
engines was ported to Java and ran faster due to the fact that the  
memory
management was smarter than in the C version. Startup is still a  
problem,
but people live with the startup time of KDE, so what can I say....


>
> Regards,
>   Philipp
>
> -- 
> amooma GmbH - Bachstr. 126 - 56566 Neuwied - http://www.amooma.de
>      Let's use IT to solve problems and not to create new ones.
>            Asterisk? -> http://www.das-asterisk-buch.de
>
> Geschäftsführer: Stefan Wintermeyer
> Handelsregister: Neuwied B 14998
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users

Tim Panton

www.mexuar.net
www.westhawk.co.uk/