asterisk-java-devel Mailing List for Asterisk-Java Library (Page 12)
Brought to you by:
srt
Menu
▾
▴
asterisk-java-devel — Asterisk-Java Developer List
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(8) |
Jul
(3) |
Aug
(6) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(8) |
Feb
(6) |
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
(17) |
Aug
(21) |
Sep
(2) |
Oct
(7) |
Nov
(8) |
Dec
(12) |
| 2007 |
Jan
(10) |
Feb
(19) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(6) |
Nov
(1) |
Dec
(5) |
| 2008 |
Jan
(12) |
Feb
(15) |
Mar
(18) |
Apr
(34) |
May
(3) |
Jun
(34) |
Jul
(5) |
Aug
(1) |
Sep
(8) |
Oct
|
Nov
(2) |
Dec
(2) |
| 2009 |
Jan
(8) |
Feb
(2) |
Mar
(35) |
Apr
(16) |
May
(11) |
Jun
(2) |
Jul
(6) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(4) |
Dec
|
| 2010 |
Jan
(43) |
Feb
(15) |
Mar
(1) |
Apr
(7) |
May
(3) |
Jun
(7) |
Jul
(1) |
Aug
(3) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(2) |
Mar
(9) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
| 2012 |
Jan
(9) |
Feb
(2) |
Mar
(4) |
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(10) |
Nov
(10) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(10) |
Dec
|
| 2014 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(2) |
Mar
(7) |
Apr
(39) |
May
(18) |
Jun
(6) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
(9) |
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Michael Y. <mic...@i9...> - 2009-07-09 16:27:16
|
Hello, We are currently running in a distributed Asterisk environment with Asterisk servers both local and remote to the application that is utilizing Asterisk-Java. We are consolidating events using AstManProxy and everything has worked quite nicely except for one small issue. There are some points when the proxy losses the connection to a remote server and in turn we miss events concerning channel hangups and creation. Basically we want to be able to run a command on our application that will re-sync the Channel Manager state utilizing a call to Status Action. Re-creating the AsteriskServer object is not an option. My plan was to modify the Asterisk-Java code to expose the channel manager and feed the StatsEvents to the Channel Manager to implement any channels that were not created due to missing the newChannel events and at the same time providing a remove channel method that will remove a channel from the channel map in the Channel Manager. My question is can my idea work properly without mucking up the ChannelManager or is there possibly a better way to re initialize the ChannelManager while keeping the existing AsteriskChannel objects in my model valid. I apologize if this is the wrong list to be asking this question. -- Mike Yara i9Technologies 505-246-4224 mic...@i9... |
|
From: Stefan R. <ste...@re...> - 2009-07-03 10:23:53
|
Stig, Thanks for your contribution. Please open an issue at jira.reucon.org and add the patch. Then we'll consider it for inclusion in the next milestone. =Stefan Stig Even Larsen wrote: > Hi, > > We have been using asterisk-java for a while and would like to contribute a minor addition. > The functionality in the attached patch will make it easy for developers using asterisk-java to identify from which connection/server the events and responses are coming from. > > We use this functionality when we connect to several asterisk-systems from one J2EE enviromment. > This is the more or less the same functionality as the getServer/setServer used with AstManProxy, but is intended to be used for directly connection to multiple Asterisk systems directly as the library tags the events and responses itself. > > I hope this patch will be accepted into 1.0.0. > > > Best regards, > Stig Even Larsen > Exectiva AS > email: st...@ex... > tlf: 90552882 / 70111511 -- reuter network consulting Neusser Str. 110 50670 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... WWW: http://www.reucon.com Steuernummern 215/5140/1791 USt-IdNr. DE220701760 |
|
From: Stig E. L. <st...@ex...> - 2009-07-03 10:02:10
|
Hi, We have been using asterisk-java for a while and would like to contribute a minor addition. The functionality in the attached patch will make it easy for developers using asterisk-java to identify from which connection/server the events and responses are coming from. We use this functionality when we connect to several asterisk-systems from one J2EE enviromment. This is the more or less the same functionality as the getServer/setServer used with AstManProxy, but is intended to be used for directly connection to multiple Asterisk systems directly as the library tags the events and responses itself. I hope this patch will be accepted into 1.0.0. Best regards, Stig Even Larsen Exectiva AS email: st...@ex... tlf: 90552882 / 70111511 |
|
From: Stefan R. <ste...@re...> - 2009-06-05 06:34:20
|
> Seems to be a problem with timezone, depending where you are. Thanks, i've fixed the test. =Stefan |
|
From: Conrad W. <ast...@co...> - 2009-06-03 20:20:11
|
Hi there... I have been busy working on integrating asterisk-java (the manager-connection) into JEE. I got a sort-of-working JCA working in JBOSS. Sources and binaries are downloadable from here: http://www.conradwood.net/asterisk/ Whilst still quite a hack, it does some useful stuff, like provide Webservices to dial, a little phonebook with dialbutton and search and so forth. I would be most grateful for some feedback and, of course, ideas. Conrad |
|
From: Sebastian <sc...@gm...> - 2009-05-30 18:28:53
|
Hi,
I'm getting this at building the las svn trunk version.
----------------------------------------------------------------------------
---
Test set: org.asteriskjava.manager.response.CoreStatusResponseTest
----------------------------------------------------------------------------
---
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.018 sec
<<< FAILURE!
testGetCoreStartupTimeAsDate(org.asteriskjava.manager.response.CoreStatusRes
ponseTest) Time elapsed: 0.012 sec <<< FAILURE!
junit.framework.ComparisonFailure: null expected:<[Wed May 27 02:49:15 CES]T
2009> but was:<[Tue May 26 21:49:15 UY]T 2009>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
at
org.asteriskjava.manager.response.CoreStatusResponseTest.testGetCoreStartupT
imeAsDate(CoreStatusResponseTest.java:24)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorI
Seems to be a problem with timezone, depending where you are.
|
|
From: Martin B. S. <ma...@mb...> - 2009-05-09 19:14:22
|
Hi Conrad, Stephan did a ton of work on the Live API that should thread safe, specifically the AsteriskServer and ChannelManager implementations. We'd welcome bug reports if you find things that aren't. Martin Conrad Wood wrote: > Hi there, > > Well using the Live-API is what I was thinking... > How about the thread-safety of "AsteriskServer" ? > May I use the methods on a single instance from different threads > simultaenously? > > Conrad > > > On Thu, 2009-05-07 at 21:53 -0400, Martin B. Smith wrote: >> Hi Conrad, >> >>> Do you think I am missing something there? >> Well, you're going to be in a world of hurt trying to write the >> component that will do this kind of job, but I'd love to see it on top >> of the Live API. >> >> I'd love to hear about or to see the results! >> >> Martin >> >> >> >> Conrad Wood wrote: >>> Hi Martin, >>> >>> thanks for your reply - good stuff. I agree the threading issue is only >>> part of the problem, particularly because - as you know - jboss is >>> rather 'tolerant' on this issue. >>> >>> I have thought about the various ways of communicating with the asterisk >>> manager api too and came to the same conclusion as you did (even though >>> I couldn't have said it as concise as you did!) >>> >>> >>> The two-communication is perfectly well suited for the JCA Architecture >>> as it defines inbound and outbound channels, so I expect little trouble >>> there. >>> >>> I thought of taking the route of creating a session bean which is feed >>> information by the JCA. >>> Thus the session bean would 'know' the asterisk state at all times, e.g. >>> which queues and channels are active and who's registered etc. >>> Therefor one can query the session bean for this sort of information at >>> any given time. >>> Secondly, I would like to trigger certain actions via a session bean >>> too. I reckon most of the actions are either "fine" to be done >>> asynchronously (still unsolved is how a 'delayed' error sent by asterisk >>> could be propagated to the EJB-Client) or have such a quick reply that >>> it could be done fake-synchronously (as in: the JCA waits for the reply >>> before returning to the caller) >>> Do you think I am missing something there? >>> >>> At the end I would like to have a perfectly integrated easy-to-use >>> SessionBean interface to asterisk. I also intend to create an interface >>> (perhaps EntityBeans) to asterisk-realtime databases. >>> >>> Admittedly I am not a very good graphical interface designer, but I if I >>> can create a good java-like JEE interface it'll be much, much simpler >>> and quicker to come up with some cool gui tools and reports for >>> asterisk. >>> >>> >>> Conrad >>> >>> >>> >>> >>> On Wed, 2009-05-06 at 21:17 -0400, Martin B. Smith wrote: >>>> Hi Conrad, >>>> >>>>> I figured I could create a JCA which connects to asterisk >>>>> and forwards the events to a Bean. >>>> Let me first say I have not used the Java Connector Architecture as it >>>> stands today. It rings a JDBC bell in my head, but it seems that the >>>> spec has dramatically broadened itself from what I remember JCA meaning >>>> in the past. >>>> >>>> Secondly, I've combined JBoss with Asterisk, and I wrote the FAQ entry >>>> related to hosting AGI scripts in JBoss. I've also implemented many >>>> AMI-related solutions that end up tieing into JBoss. >>>> >>>>> and forwards the events to a Bean. >>>>> However, when I login with a ManagerConnection it starts a new Thread. >>>>> On the JCA I got the worker-thread already so it mustn't start it's own. >>>> Regardless of the threading issue, there's something much more basic >>>> about the Manager interface that (for me) ran afoul of tieing any beans >>>> to the Manager interface. The Manager interface is: >>>> >>>> (a) two way communication >>>> (b) a source of events >>>> (c) loosely session based (via lots of XxxCompleteEvent) >>>> >>>> When I looked how this "should" integrate with JBoss, I considered: >>>> >>>> (1) JMS beans (both topic and queue) >>>> (2) Session beans >>>> (3) Data-oriented beans >>>> >>>> In my opinion, (1) and (2) didn't work because of the loosely >>>> session-oriented communication in the AMI (things like the actions that >>>> cause a stream of data events followed by a complete event), and even if >>>> you could wrap some basic session around an event-sequence in order to >>>> figure out where it should go on the Java client side, sometimes you did >>>> want to do more than just respond to events -- you want to perform >>>> actions. Finally, (3) didn't make a lot of sense because it forces the >>>> data (2-way events and actions) to fit a model (call -> return value) >>>> that doesn't make sense, making it hard to write code for and support. >>>> >>>> In the end, I chose to keep the Manager interface between individual >>>> clients and Asterisk, outside of the J2EE environment; in my case, this >>>> worked, simply because only a *very* small percentage (like 2 out of >>>> every 100) needed the Manager functionality. >>>> >>>> In closing, I think you'll find it absolutely acceptable to keep the >>>> Asterisk-Java threading model. J2EE developers are cautioned about how >>>> they shouldn't think in a multithreaded way about Java Beans -- but >>>> you're not developing an app here, you're creating a new component in >>>> the JBoss 'microkernel,' so I think you should let A-J do its own >>>> threading. You may consider implementing a JMS endpoint that maps >>>> clients to Manager sessions, identifying which actions are and aren't >>>> related to a session, sharing some manager connections and >>>> single-purposing others. >>>> >>>> Hope that helps with your question, >>>> >>>> Martin Smith >>>> ma...@mb... >>>> >>>> >>>> Conrad Wood wrote: >>>>> Hi there, >>>>> >>>>> I would like to use the asterisk manager interface from my JBOSS >>>>> application. I figured I could create a JCA which connects to asterisk >>>>> and forwards the events to a Bean. >>>>> However, when I login with a ManagerConnection it starts a new Thread. >>>>> On the JCA I got the worker-thread already so it mustn't start it's own. >>>>> I pondered over some solutions, including subclassing >>>>> ManagerConnectionImpl and overriding connect() - but that seems somewhat >>>>> dirty. >>>>> Of course, the JCA shall be open to the public and perhaps part of the >>>>> asterisk-java distribution if so desired, so it should be somehow more >>>>> integrated. >>>>> Does anyone have any comments on how I should proceed here? >>>>> >>>>> Conrad >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >>>>> production scanning environment may not be a perfect world - but thanks to >>>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 >>>>> Series Scanner you'll get full speed at 300 dpi even with all image >>>>> processing features enabled. http://p.sf.net/sfu/kodak-com >>>>> _______________________________________________ >>>>> Asterisk-java-devel mailing list >>>>> Ast...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >>>> ------------------------------------------------------------------------------ >>>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >>>> production scanning environment may not be a perfect world - but thanks to >>>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 >>>> Series Scanner you'll get full speed at 300 dpi even with all image >>>> processing features enabled. http://p.sf.net/sfu/kodak-com >>>> _______________________________________________ >>>> Asterisk-java-devel mailing list >>>> Ast...@li... >>>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >>>> >>> >>> ------------------------------------------------------------------------------ >>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >>> production scanning environment may not be a perfect world - but thanks to >>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 >>> Series Scanner you'll get full speed at 300 dpi even with all image >>> processing features enabled. http://p.sf.net/sfu/kodak-com >>> _______________________________________________ >>> Asterisk-java-devel mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> ------------------------------------------------------------------------------ >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >> production scanning environment may not be a perfect world - but thanks to >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 >> Series Scanner you'll get full speed at 300 dpi even with all image >> processing features enabled. http://p.sf.net/sfu/kodak-com >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> > > > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel |
|
From: Conrad W. <ast...@co...> - 2009-05-08 20:12:44
|
Hi there, Well using the Live-API is what I was thinking... How about the thread-safety of "AsteriskServer" ? May I use the methods on a single instance from different threads simultaenously? Conrad On Thu, 2009-05-07 at 21:53 -0400, Martin B. Smith wrote: > Hi Conrad, > > > Do you think I am missing something there? > > Well, you're going to be in a world of hurt trying to write the > component that will do this kind of job, but I'd love to see it on top > of the Live API. > > I'd love to hear about or to see the results! > > Martin > > > > Conrad Wood wrote: > > Hi Martin, > > > > thanks for your reply - good stuff. I agree the threading issue is only > > part of the problem, particularly because - as you know - jboss is > > rather 'tolerant' on this issue. > > > > I have thought about the various ways of communicating with the asterisk > > manager api too and came to the same conclusion as you did (even though > > I couldn't have said it as concise as you did!) > > > > > > The two-communication is perfectly well suited for the JCA Architecture > > as it defines inbound and outbound channels, so I expect little trouble > > there. > > > > I thought of taking the route of creating a session bean which is feed > > information by the JCA. > > Thus the session bean would 'know' the asterisk state at all times, e.g. > > which queues and channels are active and who's registered etc. > > Therefor one can query the session bean for this sort of information at > > any given time. > > Secondly, I would like to trigger certain actions via a session bean > > too. I reckon most of the actions are either "fine" to be done > > asynchronously (still unsolved is how a 'delayed' error sent by asterisk > > could be propagated to the EJB-Client) or have such a quick reply that > > it could be done fake-synchronously (as in: the JCA waits for the reply > > before returning to the caller) > > Do you think I am missing something there? > > > > At the end I would like to have a perfectly integrated easy-to-use > > SessionBean interface to asterisk. I also intend to create an interface > > (perhaps EntityBeans) to asterisk-realtime databases. > > > > Admittedly I am not a very good graphical interface designer, but I if I > > can create a good java-like JEE interface it'll be much, much simpler > > and quicker to come up with some cool gui tools and reports for > > asterisk. > > > > > > Conrad > > > > > > > > > > On Wed, 2009-05-06 at 21:17 -0400, Martin B. Smith wrote: > >> Hi Conrad, > >> > >>> I figured I could create a JCA which connects to asterisk > >>> and forwards the events to a Bean. > >> Let me first say I have not used the Java Connector Architecture as it > >> stands today. It rings a JDBC bell in my head, but it seems that the > >> spec has dramatically broadened itself from what I remember JCA meaning > >> in the past. > >> > >> Secondly, I've combined JBoss with Asterisk, and I wrote the FAQ entry > >> related to hosting AGI scripts in JBoss. I've also implemented many > >> AMI-related solutions that end up tieing into JBoss. > >> > >>> and forwards the events to a Bean. > >>> However, when I login with a ManagerConnection it starts a new Thread. > >>> On the JCA I got the worker-thread already so it mustn't start it's own. > >> Regardless of the threading issue, there's something much more basic > >> about the Manager interface that (for me) ran afoul of tieing any beans > >> to the Manager interface. The Manager interface is: > >> > >> (a) two way communication > >> (b) a source of events > >> (c) loosely session based (via lots of XxxCompleteEvent) > >> > >> When I looked how this "should" integrate with JBoss, I considered: > >> > >> (1) JMS beans (both topic and queue) > >> (2) Session beans > >> (3) Data-oriented beans > >> > >> In my opinion, (1) and (2) didn't work because of the loosely > >> session-oriented communication in the AMI (things like the actions that > >> cause a stream of data events followed by a complete event), and even if > >> you could wrap some basic session around an event-sequence in order to > >> figure out where it should go on the Java client side, sometimes you did > >> want to do more than just respond to events -- you want to perform > >> actions. Finally, (3) didn't make a lot of sense because it forces the > >> data (2-way events and actions) to fit a model (call -> return value) > >> that doesn't make sense, making it hard to write code for and support. > >> > >> In the end, I chose to keep the Manager interface between individual > >> clients and Asterisk, outside of the J2EE environment; in my case, this > >> worked, simply because only a *very* small percentage (like 2 out of > >> every 100) needed the Manager functionality. > >> > >> In closing, I think you'll find it absolutely acceptable to keep the > >> Asterisk-Java threading model. J2EE developers are cautioned about how > >> they shouldn't think in a multithreaded way about Java Beans -- but > >> you're not developing an app here, you're creating a new component in > >> the JBoss 'microkernel,' so I think you should let A-J do its own > >> threading. You may consider implementing a JMS endpoint that maps > >> clients to Manager sessions, identifying which actions are and aren't > >> related to a session, sharing some manager connections and > >> single-purposing others. > >> > >> Hope that helps with your question, > >> > >> Martin Smith > >> ma...@mb... > >> > >> > >> Conrad Wood wrote: > >>> Hi there, > >>> > >>> I would like to use the asterisk manager interface from my JBOSS > >>> application. I figured I could create a JCA which connects to asterisk > >>> and forwards the events to a Bean. > >>> However, when I login with a ManagerConnection it starts a new Thread. > >>> On the JCA I got the worker-thread already so it mustn't start it's own. > >>> I pondered over some solutions, including subclassing > >>> ManagerConnectionImpl and overriding connect() - but that seems somewhat > >>> dirty. > >>> Of course, the JCA shall be open to the public and perhaps part of the > >>> asterisk-java distribution if so desired, so it should be somehow more > >>> integrated. > >>> Does anyone have any comments on how I should proceed here? > >>> > >>> Conrad > >>> > >>> > >>> > >>> > >>> ------------------------------------------------------------------------------ > >>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > >>> production scanning environment may not be a perfect world - but thanks to > >>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > >>> Series Scanner you'll get full speed at 300 dpi even with all image > >>> processing features enabled. http://p.sf.net/sfu/kodak-com > >>> _______________________________________________ > >>> Asterisk-java-devel mailing list > >>> Ast...@li... > >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > >> ------------------------------------------------------------------------------ > >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > >> production scanning environment may not be a perfect world - but thanks to > >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > >> Series Scanner you'll get full speed at 300 dpi even with all image > >> processing features enabled. http://p.sf.net/sfu/kodak-com > >> _______________________________________________ > >> Asterisk-java-devel mailing list > >> Ast...@li... > >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > >> > > > > > > ------------------------------------------------------------------------------ > > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > > production scanning environment may not be a perfect world - but thanks to > > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > > Series Scanner you'll get full speed at 300 dpi even with all image > > processing features enabled. http://p.sf.net/sfu/kodak-com > > _______________________________________________ > > Asterisk-java-devel mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: Martin B. S. <ma...@mb...> - 2009-05-08 02:21:11
|
Hi Conrad, > Do you think I am missing something there? Well, you're going to be in a world of hurt trying to write the component that will do this kind of job, but I'd love to see it on top of the Live API. I'd love to hear about or to see the results! Martin Conrad Wood wrote: > Hi Martin, > > thanks for your reply - good stuff. I agree the threading issue is only > part of the problem, particularly because - as you know - jboss is > rather 'tolerant' on this issue. > > I have thought about the various ways of communicating with the asterisk > manager api too and came to the same conclusion as you did (even though > I couldn't have said it as concise as you did!) > > > The two-communication is perfectly well suited for the JCA Architecture > as it defines inbound and outbound channels, so I expect little trouble > there. > > I thought of taking the route of creating a session bean which is feed > information by the JCA. > Thus the session bean would 'know' the asterisk state at all times, e.g. > which queues and channels are active and who's registered etc. > Therefor one can query the session bean for this sort of information at > any given time. > Secondly, I would like to trigger certain actions via a session bean > too. I reckon most of the actions are either "fine" to be done > asynchronously (still unsolved is how a 'delayed' error sent by asterisk > could be propagated to the EJB-Client) or have such a quick reply that > it could be done fake-synchronously (as in: the JCA waits for the reply > before returning to the caller) > Do you think I am missing something there? > > At the end I would like to have a perfectly integrated easy-to-use > SessionBean interface to asterisk. I also intend to create an interface > (perhaps EntityBeans) to asterisk-realtime databases. > > Admittedly I am not a very good graphical interface designer, but I if I > can create a good java-like JEE interface it'll be much, much simpler > and quicker to come up with some cool gui tools and reports for > asterisk. > > > Conrad > > > > > On Wed, 2009-05-06 at 21:17 -0400, Martin B. Smith wrote: >> Hi Conrad, >> >>> I figured I could create a JCA which connects to asterisk >>> and forwards the events to a Bean. >> Let me first say I have not used the Java Connector Architecture as it >> stands today. It rings a JDBC bell in my head, but it seems that the >> spec has dramatically broadened itself from what I remember JCA meaning >> in the past. >> >> Secondly, I've combined JBoss with Asterisk, and I wrote the FAQ entry >> related to hosting AGI scripts in JBoss. I've also implemented many >> AMI-related solutions that end up tieing into JBoss. >> >>> and forwards the events to a Bean. >>> However, when I login with a ManagerConnection it starts a new Thread. >>> On the JCA I got the worker-thread already so it mustn't start it's own. >> Regardless of the threading issue, there's something much more basic >> about the Manager interface that (for me) ran afoul of tieing any beans >> to the Manager interface. The Manager interface is: >> >> (a) two way communication >> (b) a source of events >> (c) loosely session based (via lots of XxxCompleteEvent) >> >> When I looked how this "should" integrate with JBoss, I considered: >> >> (1) JMS beans (both topic and queue) >> (2) Session beans >> (3) Data-oriented beans >> >> In my opinion, (1) and (2) didn't work because of the loosely >> session-oriented communication in the AMI (things like the actions that >> cause a stream of data events followed by a complete event), and even if >> you could wrap some basic session around an event-sequence in order to >> figure out where it should go on the Java client side, sometimes you did >> want to do more than just respond to events -- you want to perform >> actions. Finally, (3) didn't make a lot of sense because it forces the >> data (2-way events and actions) to fit a model (call -> return value) >> that doesn't make sense, making it hard to write code for and support. >> >> In the end, I chose to keep the Manager interface between individual >> clients and Asterisk, outside of the J2EE environment; in my case, this >> worked, simply because only a *very* small percentage (like 2 out of >> every 100) needed the Manager functionality. >> >> In closing, I think you'll find it absolutely acceptable to keep the >> Asterisk-Java threading model. J2EE developers are cautioned about how >> they shouldn't think in a multithreaded way about Java Beans -- but >> you're not developing an app here, you're creating a new component in >> the JBoss 'microkernel,' so I think you should let A-J do its own >> threading. You may consider implementing a JMS endpoint that maps >> clients to Manager sessions, identifying which actions are and aren't >> related to a session, sharing some manager connections and >> single-purposing others. >> >> Hope that helps with your question, >> >> Martin Smith >> ma...@mb... >> >> >> Conrad Wood wrote: >>> Hi there, >>> >>> I would like to use the asterisk manager interface from my JBOSS >>> application. I figured I could create a JCA which connects to asterisk >>> and forwards the events to a Bean. >>> However, when I login with a ManagerConnection it starts a new Thread. >>> On the JCA I got the worker-thread already so it mustn't start it's own. >>> I pondered over some solutions, including subclassing >>> ManagerConnectionImpl and overriding connect() - but that seems somewhat >>> dirty. >>> Of course, the JCA shall be open to the public and perhaps part of the >>> asterisk-java distribution if so desired, so it should be somehow more >>> integrated. >>> Does anyone have any comments on how I should proceed here? >>> >>> Conrad >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >>> production scanning environment may not be a perfect world - but thanks to >>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 >>> Series Scanner you'll get full speed at 300 dpi even with all image >>> processing features enabled. http://p.sf.net/sfu/kodak-com >>> _______________________________________________ >>> Asterisk-java-devel mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> ------------------------------------------------------------------------------ >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >> production scanning environment may not be a perfect world - but thanks to >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 >> Series Scanner you'll get full speed at 300 dpi even with all image >> processing features enabled. http://p.sf.net/sfu/kodak-com >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> > > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel |
|
From: Stefan R. <ste...@re...> - 2009-05-07 22:53:44
|
Conrad, Sounds interesting. My experience with JCA (and CCI which you won't probably use) is also a bit dated, so it may be that JCA in our days is indeed a good fit. Your information regarding inbound and outbound channels sounds promising. If you are going to take the route for the session bean based interface it would be great if you could leverage our live API which already defines abstractions for basic Asterisk concepts like channels, queues and the like. This will hopefully save you some work compared to the plain Manager API approach. Best regards and keep us informed, Stefan -- reuter network consulting Neusser Str. 110 50670 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... WWW: http://www.reucon.com Steuernummern 215/5140/1791 USt-IdNr. DE220701760 |
|
From: Conrad W. <ast...@co...> - 2009-05-07 22:16:30
|
Hi Martin, thanks for your reply - good stuff. I agree the threading issue is only part of the problem, particularly because - as you know - jboss is rather 'tolerant' on this issue. I have thought about the various ways of communicating with the asterisk manager api too and came to the same conclusion as you did (even though I couldn't have said it as concise as you did!) The two-communication is perfectly well suited for the JCA Architecture as it defines inbound and outbound channels, so I expect little trouble there. I thought of taking the route of creating a session bean which is feed information by the JCA. Thus the session bean would 'know' the asterisk state at all times, e.g. which queues and channels are active and who's registered etc. Therefor one can query the session bean for this sort of information at any given time. Secondly, I would like to trigger certain actions via a session bean too. I reckon most of the actions are either "fine" to be done asynchronously (still unsolved is how a 'delayed' error sent by asterisk could be propagated to the EJB-Client) or have such a quick reply that it could be done fake-synchronously (as in: the JCA waits for the reply before returning to the caller) Do you think I am missing something there? At the end I would like to have a perfectly integrated easy-to-use SessionBean interface to asterisk. I also intend to create an interface (perhaps EntityBeans) to asterisk-realtime databases. Admittedly I am not a very good graphical interface designer, but I if I can create a good java-like JEE interface it'll be much, much simpler and quicker to come up with some cool gui tools and reports for asterisk. Conrad On Wed, 2009-05-06 at 21:17 -0400, Martin B. Smith wrote: > Hi Conrad, > > > I figured I could create a JCA which connects to asterisk > > and forwards the events to a Bean. > > Let me first say I have not used the Java Connector Architecture as it > stands today. It rings a JDBC bell in my head, but it seems that the > spec has dramatically broadened itself from what I remember JCA meaning > in the past. > > Secondly, I've combined JBoss with Asterisk, and I wrote the FAQ entry > related to hosting AGI scripts in JBoss. I've also implemented many > AMI-related solutions that end up tieing into JBoss. > > > and forwards the events to a Bean. > > However, when I login with a ManagerConnection it starts a new Thread. > > On the JCA I got the worker-thread already so it mustn't start it's own. > > Regardless of the threading issue, there's something much more basic > about the Manager interface that (for me) ran afoul of tieing any beans > to the Manager interface. The Manager interface is: > > (a) two way communication > (b) a source of events > (c) loosely session based (via lots of XxxCompleteEvent) > > When I looked how this "should" integrate with JBoss, I considered: > > (1) JMS beans (both topic and queue) > (2) Session beans > (3) Data-oriented beans > > In my opinion, (1) and (2) didn't work because of the loosely > session-oriented communication in the AMI (things like the actions that > cause a stream of data events followed by a complete event), and even if > you could wrap some basic session around an event-sequence in order to > figure out where it should go on the Java client side, sometimes you did > want to do more than just respond to events -- you want to perform > actions. Finally, (3) didn't make a lot of sense because it forces the > data (2-way events and actions) to fit a model (call -> return value) > that doesn't make sense, making it hard to write code for and support. > > In the end, I chose to keep the Manager interface between individual > clients and Asterisk, outside of the J2EE environment; in my case, this > worked, simply because only a *very* small percentage (like 2 out of > every 100) needed the Manager functionality. > > In closing, I think you'll find it absolutely acceptable to keep the > Asterisk-Java threading model. J2EE developers are cautioned about how > they shouldn't think in a multithreaded way about Java Beans -- but > you're not developing an app here, you're creating a new component in > the JBoss 'microkernel,' so I think you should let A-J do its own > threading. You may consider implementing a JMS endpoint that maps > clients to Manager sessions, identifying which actions are and aren't > related to a session, sharing some manager connections and > single-purposing others. > > Hope that helps with your question, > > Martin Smith > ma...@mb... > > > Conrad Wood wrote: > > Hi there, > > > > I would like to use the asterisk manager interface from my JBOSS > > application. I figured I could create a JCA which connects to asterisk > > and forwards the events to a Bean. > > However, when I login with a ManagerConnection it starts a new Thread. > > On the JCA I got the worker-thread already so it mustn't start it's own. > > I pondered over some solutions, including subclassing > > ManagerConnectionImpl and overriding connect() - but that seems somewhat > > dirty. > > Of course, the JCA shall be open to the public and perhaps part of the > > asterisk-java distribution if so desired, so it should be somehow more > > integrated. > > Does anyone have any comments on how I should proceed here? > > > > Conrad > > > > > > > > > > ------------------------------------------------------------------------------ > > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > > production scanning environment may not be a perfect world - but thanks to > > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > > Series Scanner you'll get full speed at 300 dpi even with all image > > processing features enabled. http://p.sf.net/sfu/kodak-com > > _______________________________________________ > > Asterisk-java-devel mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: Martin B. S. <ma...@mb...> - 2009-05-07 01:17:30
|
Hi Conrad, > I figured I could create a JCA which connects to asterisk > and forwards the events to a Bean. Let me first say I have not used the Java Connector Architecture as it stands today. It rings a JDBC bell in my head, but it seems that the spec has dramatically broadened itself from what I remember JCA meaning in the past. Secondly, I've combined JBoss with Asterisk, and I wrote the FAQ entry related to hosting AGI scripts in JBoss. I've also implemented many AMI-related solutions that end up tieing into JBoss. > and forwards the events to a Bean. > However, when I login with a ManagerConnection it starts a new Thread. > On the JCA I got the worker-thread already so it mustn't start it's own. Regardless of the threading issue, there's something much more basic about the Manager interface that (for me) ran afoul of tieing any beans to the Manager interface. The Manager interface is: (a) two way communication (b) a source of events (c) loosely session based (via lots of XxxCompleteEvent) When I looked how this "should" integrate with JBoss, I considered: (1) JMS beans (both topic and queue) (2) Session beans (3) Data-oriented beans In my opinion, (1) and (2) didn't work because of the loosely session-oriented communication in the AMI (things like the actions that cause a stream of data events followed by a complete event), and even if you could wrap some basic session around an event-sequence in order to figure out where it should go on the Java client side, sometimes you did want to do more than just respond to events -- you want to perform actions. Finally, (3) didn't make a lot of sense because it forces the data (2-way events and actions) to fit a model (call -> return value) that doesn't make sense, making it hard to write code for and support. In the end, I chose to keep the Manager interface between individual clients and Asterisk, outside of the J2EE environment; in my case, this worked, simply because only a *very* small percentage (like 2 out of every 100) needed the Manager functionality. In closing, I think you'll find it absolutely acceptable to keep the Asterisk-Java threading model. J2EE developers are cautioned about how they shouldn't think in a multithreaded way about Java Beans -- but you're not developing an app here, you're creating a new component in the JBoss 'microkernel,' so I think you should let A-J do its own threading. You may consider implementing a JMS endpoint that maps clients to Manager sessions, identifying which actions are and aren't related to a session, sharing some manager connections and single-purposing others. Hope that helps with your question, Martin Smith ma...@mb... Conrad Wood wrote: > Hi there, > > I would like to use the asterisk manager interface from my JBOSS > application. I figured I could create a JCA which connects to asterisk > and forwards the events to a Bean. > However, when I login with a ManagerConnection it starts a new Thread. > On the JCA I got the worker-thread already so it mustn't start it's own. > I pondered over some solutions, including subclassing > ManagerConnectionImpl and overriding connect() - but that seems somewhat > dirty. > Of course, the JCA shall be open to the public and perhaps part of the > asterisk-java distribution if so desired, so it should be somehow more > integrated. > Does anyone have any comments on how I should proceed here? > > Conrad > > > > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel |
|
From: Richard H. <ri...@ha...> - 2009-05-07 00:33:07
|
Sorry, I was skimming and I was certain I saw AGI and JBOSS and jumped to conclusions :P Conrad Wood wrote: > I have read this, of course, and as far as I understood this is about > AGI - and thus has nothing to do with my Question. > Or am I missing something? > > On Wed, 2009-05-06 at 21:54 +0100, Richard Hamnett wrote: > >> From what I read it seems that the answer is listed in the FAQ >> >> http://asterisk-java.org/development/faq.html >> >> It is a common question which occurs frequently on this list >> >> Regards >> >> Richard >> >> Conrad Wood wrote: >> >>> Hi there, >>> >>> I would like to use the asterisk manager interface from my JBOSS >>> application. I figured I could create a JCA which connects to asterisk >>> and forwards the events to a Bean. >>> However, when I login with a ManagerConnection it starts a new Thread. >>> On the JCA I got the worker-thread already so it mustn't start it's own. >>> I pondered over some solutions, including subclassing >>> ManagerConnectionImpl and overriding connect() - but that seems somewhat >>> dirty. >>> Of course, the JCA shall be open to the public and perhaps part of the >>> asterisk-java distribution if so desired, so it should be somehow more >>> integrated. >>> Does anyone have any comments on how I should proceed here? >>> >>> Conrad >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >>> production scanning environment may not be a perfect world - but thanks to >>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 >>> Series Scanner you'll get full speed at 300 dpi even with all image >>> processing features enabled. http://p.sf.net/sfu/kodak-com >>> _______________________________________________ >>> Asterisk-java-devel mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >>> >>> >> ------------------------------------------------------------------------------ >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >> production scanning environment may not be a perfect world - but thanks to >> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 >> Series Scanner you'll get full speed at 300 dpi even with all image >> processing features enabled. http://p.sf.net/sfu/kodak-com >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> >> > > > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: Conrad W. <ast...@co...> - 2009-05-06 20:59:43
|
I have read this, of course, and as far as I understood this is about AGI - and thus has nothing to do with my Question. Or am I missing something? On Wed, 2009-05-06 at 21:54 +0100, Richard Hamnett wrote: > From what I read it seems that the answer is listed in the FAQ > > http://asterisk-java.org/development/faq.html > > It is a common question which occurs frequently on this list > > Regards > > Richard > > Conrad Wood wrote: > > Hi there, > > > > I would like to use the asterisk manager interface from my JBOSS > > application. I figured I could create a JCA which connects to asterisk > > and forwards the events to a Bean. > > However, when I login with a ManagerConnection it starts a new Thread. > > On the JCA I got the worker-thread already so it mustn't start it's own. > > I pondered over some solutions, including subclassing > > ManagerConnectionImpl and overriding connect() - but that seems somewhat > > dirty. > > Of course, the JCA shall be open to the public and perhaps part of the > > asterisk-java distribution if so desired, so it should be somehow more > > integrated. > > Does anyone have any comments on how I should proceed here? > > > > Conrad > > > > > > > > > > ------------------------------------------------------------------------------ > > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > > production scanning environment may not be a perfect world - but thanks to > > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > > Series Scanner you'll get full speed at 300 dpi even with all image > > processing features enabled. http://p.sf.net/sfu/kodak-com > > _______________________________________________ > > Asterisk-java-devel mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: Richard H. <ri...@ha...> - 2009-05-06 20:54:41
|
From what I read it seems that the answer is listed in the FAQ http://asterisk-java.org/development/faq.html It is a common question which occurs frequently on this list Regards Richard Conrad Wood wrote: > Hi there, > > I would like to use the asterisk manager interface from my JBOSS > application. I figured I could create a JCA which connects to asterisk > and forwards the events to a Bean. > However, when I login with a ManagerConnection it starts a new Thread. > On the JCA I got the worker-thread already so it mustn't start it's own. > I pondered over some solutions, including subclassing > ManagerConnectionImpl and overriding connect() - but that seems somewhat > dirty. > Of course, the JCA shall be open to the public and perhaps part of the > asterisk-java distribution if so desired, so it should be somehow more > integrated. > Does anyone have any comments on how I should proceed here? > > Conrad > > > > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: Conrad W. <ast...@co...> - 2009-05-06 20:52:03
|
Hi there, I would like to use the asterisk manager interface from my JBOSS application. I figured I could create a JCA which connects to asterisk and forwards the events to a Bean. However, when I login with a ManagerConnection it starts a new Thread. On the JCA I got the worker-thread already so it mustn't start it's own. I pondered over some solutions, including subclassing ManagerConnectionImpl and overriding connect() - but that seems somewhat dirty. Of course, the JCA shall be open to the public and perhaps part of the asterisk-java distribution if so desired, so it should be somehow more integrated. Does anyone have any comments on how I should proceed here? Conrad |
|
From: Khanh P. N. <pn...@ho...> - 2009-04-27 23:11:59
|
Hi Martin,
I have tried the way you suggested and it works now. What I have done is:
setVariables("CDR(accesscode)", "123456");
Thanks a lot,
KP
> Date: Mon, 27 Apr 2009 13:53:23 -0400
> From: ma...@mb...
> To: ast...@li...
> Subject: Re: [Asterisk-java-devel] Execute multi commands
>
> Hi Khanh,
>
> Please refer to the tutorial and javadocs at asterisk-java.org/latest.
> Things like AgiChannel#setVariable are a replacement for using exec with
> "Set".
>
> Note that Dial() will disconnect your AgiScript, and usually isn't done
> much in Agi scripts.
>
> Good luck,
>
> Martin
>
>
>
> Khanh Pham Ngoc wrote:
> > Hi all,
> >
> > I have a command like as following in my dial plan:
> > Set(CDR(accesscode)=123456)
> > How can I execute this command with exec function of FastAgi?
> > With simple dial command, I could do like this:
> > exec("Dial","SIP/2000");
> > But in case I have to execute multi commands as above, I don't know how.
> > Please help
> >
> > Thank in advance,
> > KP
> >
> > ------------------------------------------------------------------------
> > Get news, entertainment and everything you care about at Live.com. Check
> > it out! <http://www.live.com/getstarted.aspx >
> >
> >
> > ------------------------------------------------------------------------
> >
> > ------------------------------------------------------------------------------
> > Crystal Reports - New Free Runtime and 30 Day Trial
> > Check out the new simplified licensign option that enables unlimited
> > royalty-free distribution of the report engine for externally facing
> > server and web deployment.
> > http://p.sf.net/sfu/businessobjects
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Asterisk-java-devel mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensign option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Asterisk-java-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel
_________________________________________________________________
Show them the way! Add maps and directions to your party invites.
http://www.microsoft.com/windows/windowslive/products/events.aspx |
|
From: Martin B. S. <ma...@mb...> - 2009-04-27 17:53:34
|
Hi Khanh, Please refer to the tutorial and javadocs at asterisk-java.org/latest. Things like AgiChannel#setVariable are a replacement for using exec with "Set". Note that Dial() will disconnect your AgiScript, and usually isn't done much in Agi scripts. Good luck, Martin Khanh Pham Ngoc wrote: > Hi all, > > I have a command like as following in my dial plan: > Set(CDR(accesscode)=123456) > How can I execute this command with exec function of FastAgi? > With simple dial command, I could do like this: > exec("Dial","SIP/2000"); > But in case I have to execute multi commands as above, I don't know how. > Please help > > Thank in advance, > KP > > ------------------------------------------------------------------------ > Get news, entertainment and everything you care about at Live.com. Check > it out! <http://www.live.com/getstarted.aspx > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > > > ------------------------------------------------------------------------ > > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel |
|
From: Khanh P. N. <pn...@ho...> - 2009-04-27 16:48:34
|
Hi all,
I have a command like as following in my dial plan:
Set(CDR(accesscode)=123456)
How can I execute this command with exec function of FastAgi?
With simple dial command, I could do like this:
exec("Dial","SIP/2000");
But in case I have to execute multi commands as above, I don't know how. Please help
Thank in advance,
KP
_________________________________________________________________
News, entertainment and everything you care about at Live.com. Get it now!
http://www.live.com/getstarted.aspx |
|
From: Martin B. S. <ma...@mb...> - 2009-04-20 20:41:42
|
Hi Paul, Have you read the documentation at http://asterisk-java.org/development/ ? It includes a tutorial with examples and a FAQ that includes a feature matrix to help you decide what components of Asterisk-Java you need. Let us know if you have questions after reading those sections. Thanks, Martin Paul wrote: > hello,every ! > > i am a new comer! i have have a look about asterisk for java library ! > firstly , i don't know which i shoud to use it in fastagi and The Manager API > Sencondly, in my project, i want to have these function: > agent login in ,agent login out, agent may receive a from calling and agent can call out1 > > pls help me how i can to do by asterisk -java ? > > thanks again! > > > -------------- > Paul > 2009-04-20 > > > ------------------------------------------------------------------------------ > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: Paul <yon...@hj...> - 2009-04-20 08:32:13
|
hello,every ! i am a new comer! i have have a look about asterisk for java library ! firstly , i don't know which i shoud to use it in fastagi and The Manager API Sencondly, in my project, i want to have these function: agent login in ,agent login out, agent may receive a from calling and agent can call out1 pls help me how i can to do by asterisk -java ? thanks again! -------------- Paul 2009-04-20 |
|
From: Sebastian <sc...@gm...> - 2009-04-16 18:59:31
|
I'm trying to add 2 new actions for 1.6. IAXPeers CoreShowChannels I tried the attached changes but no lunk on the response. At CoreShowChannels I get the CoreShowChannelsComplete with the information correct, but Never got the CoreShowChannel events for the calls that are at that moment. (no error as far as I can see on the log) At IAXPeers: I'm getting an error of timeout waiting response This could be due the difference between SIP and IAX output? (Eventlist: start missing on IAX) Example: Response: Success Eventlist: start Message: Peer status list will follow Event: PeerEntry Channeltype: SIP ObjectName: 1001 ChanObjectType: peer IPaddress: 192.168.175.1 IPport: 63772 Dynamic: yes Natsupport: no VideoSupport: no TextSupport: no ACL: no Status: Unmonitored RealtimeDevice: yes Event: PeerlistComplete EventList: Complete ListItems: 1 Response: Success Message: Peer status list will follow Event: PeerEntry Channeltype: IAX2 ChanObjectType: peer ObjectName: 1001/1001 IPaddress: -none- IPport: 0 Dynamic: yes Trunk: no Encryption: no Status: UNKNOWN Event: PeerEntry Channeltype: IAX2 ChanObjectType: peer ObjectName: 1003/1003 IPaddress: -none- IPport: 0 Dynamic: yes Trunk: no Encryption: no Status: UNKNOWN Any idea?? Thanks |
|
From: David f. <dd...@gm...> - 2009-04-16 04:07:22
|
as you can notice i am using asterisk-java again :-)
how i know when an entry abandone the queue and when it leave the queue
because an agent answered the phone?
i want to show that info but i cant find how to see the leave reason in the
live object.
Thanks
David
--
(\__/)
(='.'=)This is Bunny. Copy and paste bunny into your
(")_(")signature to help him gain world domination.
|
|
From: David f. <dd...@gm...> - 2009-04-13 18:31:44
|
is any class implementing this interface AsteriskQueueEntry ????
for what is? i saw it in the example but it only show me errors i am using
asterisk-java-1.0.0-20090405.194545-446
thanks
David
--
(\__/)
(='.'=)This is Bunny. Copy and paste bunny into your
(")_(")signature to help him gain world domination.
|
|
From: David f. <dd...@gm...> - 2009-04-13 06:29:55
|
13/04/2009 03:29:13 org.asteriskjava.manager.internal.AbstractBuilder setAttributes Warning: Unable to set property 'calleridnum' to 'unknown' on org.asteriskjava.manager.event.JoinEvent: no setter. Please report at http://jira.reucon.org/browse/AJ -- (\__/) (='.'=)This is Bunny. Copy and paste bunny into your (")_(")signature to help him gain world domination. |
3 messages has been excluded from this view by a project administrator.
