[Freeswitch-users] Questions on Building an application for FreeSWITCH

[Phillip Jones]

Since you are on a Windows platform anyway - you could also look at
mod_managed, that would allow you build the application code in C#. The
access to your existing DB would potentially remain the same. It would be
quite easy to spin a monitor thread in C# and monitor a DB for new calls and
dispatch those calls etc.

We currently use Dialogic HMP in a Windows environment and our app has
ported well with out any change to the backend non telephony code.

On Wed, May 12, 2010 at 6:28 PM, Phone <phone.bytes at gmail.com> wrote:

> This is legit.  We are not into harassing anyone.  There are too many
> people doing that already.
>
> We currently have this working on a Windows/Dialogic platform, but would
> like to get it over to FreeSWITCH for a number of reasons.  It is always
> nice to avoid spending alot of time developing using a method that you
> later find has serious issues or limitations and then having to change
> horses and start over.  I just thought I would tap on someone else's
> wisdom in regards to a good way to talk to FS that works well.  I did
> notice that the wiki talks like LUA is the preferred way to go.
>
> Thanks
>
>
>
> Michael Collins wrote:
> >
> >
> > On Wed, May 12, 2010 at 2:50 PM, Kristian Kielhofner
> > <kris at kriskinc.com <mailto:kris at kriskinc.com>> wrote:
> >
> >     Are you going to be calling my cell phone to ask if I owe $10,000
> >     or more to
> >     the IRS?
> >
> >     Seriously, the world does not need another robodialer to harass
> >     people...
> >
> > Agreed, however there are legitimate use cases for this, like a
> > retailer calling to say an order is in, or reminder calls sent out by
> > a doctor's office. But yes, if it's dialing for dollars then I'm with
> > you: Por favor! No mas!
> > -MC
> >
> >
> >
> >     With that being said, write your app in whatever you want using
> >     ESL and
> >     connect to the socket to originate calls and listen for events.
> >
> >
> >     --
> >     Kristian Kielhofner
> >     http://blog.krisk.org
> >
> >     ----- Original Message -----
> >     From: freeswitch-users-bounces at lists.freeswitch.org
> >     <mailto:freeswitch-users-bounces at lists.freeswitch.org>
> >     <freeswitch-users-bounces at lists.freeswitch.org
> >     <mailto:freeswitch-users-bounces at lists.freeswitch.org>>
> >     To: freeswitch-users at lists.freeswitch.org
> >     <mailto:freeswitch-users at lists.freeswitch.org>
> >     <freeswitch-users at lists.freeswitch.org
> >     <mailto:freeswitch-users at lists.freeswitch.org>>
> >     Sent: Wed May 12 15:40:58 2010
> >     Subject: [Freeswitch-users] Questions on Building an application
> >     forFreeSWITCHI am looking for a boot in the right direction on the
> >     following project.
> >
> >     I am looking to build an "application" with FS where it will
> >     frequently
> >     check a database and then make an outbound call when a record with
> >     certain conditions is found in the DB.  It needs to determine if the
> >     call was then answered by a machine/vm, busy, or answered by a
> person,
> >     play a message and get a response back to be recorded in the db.
> >      It may
> >     find many calls that need to be made at the same time.  It will be
> >     running on a PRI.
> >
> >     I am confused as to what approach to use to accomplish this.
> >
> >     Lua Script, Perl Script, Javascript, Phython, PHP, Ruby....etc.
> >     Liverpie, ESL....etc.
> >     Or a totally different approach.
> >
> >     I realize that there is not only one "correct" way to build this,
> >     but I
> >     am looking for advise from those who have done this type of thing
> >     before.  I value the opinion of those who have gone down this road
> and
> >     would be willing to share their thoughts on a recommended path to
> take
> >     to accomplish this.
> >
> >     Thanks
> >
> >
> >     _______________________________________________
> >     FreeSWITCH-users mailing list
> >     FreeSWITCH-users at lists.freeswitch.org
> >     <mailto:FreeSWITCH-users at lists.freeswitch.org>
> >     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> >     UNSUBSCRIBE:
> http://lists.freeswitch.org/mailman/options/freeswitch-users
> >     http://www.freeswitch.org
> >
> >     _______________________________________________
> >     FreeSWITCH-users mailing list
> >     FreeSWITCH-users at lists.freeswitch.org
> >     <mailto:FreeSWITCH-users at lists.freeswitch.org>
> >     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> >     UNSUBSCRIBE:
> http://lists.freeswitch.org/mailman/options/freeswitch-users
> >     http://www.freeswitch.org
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > FreeSWITCH-users mailing list
> > FreeSWITCH-users at lists.freeswitch.org
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > http://www.freeswitch.org
> >
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100512/8aef9e1c/attachment.html