Re: can i use jtapi for this problem

Richard Deadman <[email protected]>
Newsgroups gmane.comp.java.sun.jtapi
Message-ID <[email protected]>
Jacek Salacki wrote:

>Użytkownik Richard Deadman <[email protected]> napisał:
>
>
>>Jacek,
>>
>>Yes and no. Sure JTAPI offers an API to listen for calls, route them,
>>record them, etc. The big problem is that there are not a lot of JTAPI
>>implementations in existence. By this I mean that there are lots of
>>different platforms for telephony: modems, ISDN, PBXes, central
>>switches, SIP, H.323, and each platform needs its own JTAPI
>>implementation. The problem is that JTAPI is a big, complex API, and the
>>telephony world is fractured by huge, incompatible feature sets; so
>>vendors don\'t want to bother implementing a JTAPI stack for their system
>>unless there are a  lot of JTAPI applications. And JTAPI applications
>>aren\'t going to be written if there are no JTAPI implementations out
>>there. So your first task if finding out if there is a JTAPI stack for
>>the Panasonic KX-TD1232. Google doesn\'t know of one.
>>
>>
>>
>
>As far as I know there isnt any. But there is a TAPI implementation supply by Panasonic.
>
>
>
>>Another option is to use one of the open-source pluggable JTAPI
>>frameworks and write your own service provider. The two frameworks
>>
>>
>
>It is a tytanic work, I think? It is not profitable if I will use it in only one project?
>
Not necessarily titanic, but maybe too much for a small project. GJTAPI
defines a simple service-provider interface that consists of a
relatively small set of methods that must be implemented and is designed
to make it an order of magnitude easer to create a JTAPI implementation.

>
>
>
>>I\'m
>>aware of are xtapi (http://xtapi.sourceforge.net) and gjtapi
>>(http://gjtapi.sourceforge.net). I\'m a member of the latter team, so I
>>am biased, but I think it has better SPI for building PBX-based service
>>providers. It also supports JTAPI 1.3 versus JTAPI 1.2 only for XTAPI,
>>and is released under a BSD-style license versus XTAPI\'s GPL. There are
>>a couple of companies that will even do custom service-provider coding
>>for GJTAPI, if you have the budget for that.
>>
>>
>>
>
>I have found that XTAPI have something call MSTAPI Service Provider, and GJTAPI uses it as Connector or Bridge.
>Is there any way to use Panasonic TAPI with XTAPI?
>
If the Panasonic box has a TAPI interface then either XTAPI or GJTAPI
(using the GJTAPI to XTAPI bridge) can control it and listen to audio on
its calls. I'd test this thoroughly before developing the JTAPI
application, however, since this is the part that often causes the most
headaches.

>
>
>
>>Good luck and I hope this helps...
>>
>>
>>
>
>Thanks
>
>Jacek
>
>
>
Cheers,


Richard

--
Richard Deadman
Deadman Consulting
http://www.deadman.ca
mailto:[email protected]
Office: 613-231-5112
Cell: 613-220-2469
Fax: 805-980-5818

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff JTAPI-INTEREST".  For general help, send email to
[email protected] and include in the body of the message "help".
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.