Re: Getting started

See below...

On Apr 14, Roberto Reta <[email protected]> wrote:
>
> Thanks for the reply, i do certainly appreciate it. I do have a couple
> of questions if you don't mind answering htem.
>
> 1) Do you recommend open source GJTAPI for commercial use? Is it stable?

It is fairly stable. It has been out for a number of years with a relatively low number of
bugs. I have deployed it in commercial applications. I find the fact that the code is open
source means that any bugs that do crop up are easier to diagnose, debug and fix. But then
I wrote a good chunk of the framework, so I would say that :^)

> 2) Does GJTAPI model JTAPI, or does it actually implement it in the code?

GJTAPI is an implementation of the JTAPI API, as well as JAIN JCC and Jain Jcat. I don't
know exactly what you mean by "implement the code". You have to add both the JTAPI 1.3.1
jar file and the gjtapi jar file into your classpath. JTAPI defines the interfaces and
GJTAPI provides the concrete implementations. JTAPI uses a factory pattern to load the
concrete classes into the application.

> 3) Whats the advantage of going to commercial versions opposed to open source?

Usually the commercial versions are targetted at vendor-specific hardware platforms (i.e.
Cisco systems), for which the low-level APIs may not be public and so the creation of an
open-source version would be difficult. GJTAPI provides a generic framework that may not
be as efficient or small since it has to handle multiple service providers. Open source
versions have advantages in costs and the ability to tweak for your set-up. As well,
GJTAPI supports facade service providers for multiplexing and remote access.

> 4) Where can i find some good examples to get started?

GJTAPI has a number of examples in its codebase under net.sourceforge.gjtapi.test

>
> Thanks a lot. Really appreciate the help...
>
> Roberto
>
> On 4/14/05, Richard Deadman <[email protected]> wrote:
> > Roberto,
> >
> > I wouldn't characterize JTAPI as for research purposes only. It is a very complex API,
> > however, which has limited the number of implementations available. Cisco, Lucent and IBM
> > all have implementations, and there are open-source frameworks such as GJTAPI. See
> > <a
href='http://free-jtapi.westhawk.co.uk/free-jtapi/implementations.html'>http://free-jtapi.westhawk.co.uk/free-jtapi/implementations.html</a>
> >
> > To add to this, almost everything in JTAPI is optional. So you have to ensure that the
> > JTAPI implementation supports the packages and methods that your application requires.
> >
> > The trick is to find a JTAPI implementation for the telephony platform you have (i.e. MS
> > TAPI, voice modems, SIP, Dialogic, Asterisk, H.323, ...), and that supports the
> > applications requirements (i.e. media SignalDetector in your case).
> >
> > For example, GJTAPI has recently added service providers for both SIP and Tapi 3.0 into
> > cvs. Both support incoming call notification and signal detection.
> >
> > Good luck.
> >
> > Richard
> > --
> > Richard Deadman
> > Deadman Consulting, Inc.
> > Web Services, Policy Management, Java Telephony, Software Architecture
> > mailto:[email protected]
> > <a href='http://www.deadman.ca'>http://www.deadman.ca</a>
> > Office: 613-231-5112
> > Cell: 613-220-2469
> >
> > On Apr 14, Roberto Reta <[email protected]> wrote:
> > >
> > > Hey everyone,
> > > I just got assigned a task to listen for incomming calls, grab caller id,
> > > listen for touch tones, etc, etc. I looked all over the web and found that
> > > for java JTAPI was written for this type of stituation. I downloaded the
> > > api, but in doing so i read it was for research purposes only. Can you not
> > > use JTAPI for commercial use? If not, what other commercial options are
> > > there? I have about 2 months to get something going, so ALL responses will
> > > be greatly appreciated. Thanks in advacnce...
> > >
> > > Robert
> > >
> > > ===========================================================================
> > > 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".
> > >
> >
>
> ===========================================================================
> 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".
>
>

===========================================================================
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".