asterisk-java-users Mailing List for Asterisk-Java Library (Page 137)
Brought to you by:
srt
You can subscribe to this list here.
2005 |
Jan
|
Feb
(8) |
Mar
(33) |
Apr
(36) |
May
(19) |
Jun
(21) |
Jul
(53) |
Aug
(30) |
Sep
(36) |
Oct
(34) |
Nov
(43) |
Dec
(72) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(123) |
Feb
(75) |
Mar
(86) |
Apr
(46) |
May
(41) |
Jun
(29) |
Jul
(76) |
Aug
(38) |
Sep
(39) |
Oct
(68) |
Nov
(16) |
Dec
(17) |
2007 |
Jan
(34) |
Feb
(18) |
Mar
(39) |
Apr
(30) |
May
(20) |
Jun
(10) |
Jul
(59) |
Aug
(54) |
Sep
(60) |
Oct
(22) |
Nov
(14) |
Dec
(10) |
2008 |
Jan
(34) |
Feb
(67) |
Mar
(65) |
Apr
(67) |
May
(60) |
Jun
(51) |
Jul
(88) |
Aug
(75) |
Sep
(47) |
Oct
(143) |
Nov
(54) |
Dec
(42) |
2009 |
Jan
(46) |
Feb
(80) |
Mar
(162) |
Apr
(159) |
May
(200) |
Jun
(34) |
Jul
(46) |
Aug
(59) |
Sep
(5) |
Oct
(35) |
Nov
(73) |
Dec
(30) |
2010 |
Jan
(23) |
Feb
(50) |
Mar
(8) |
Apr
(24) |
May
(19) |
Jun
(49) |
Jul
(56) |
Aug
(35) |
Sep
(26) |
Oct
(79) |
Nov
(39) |
Dec
(34) |
2011 |
Jan
(27) |
Feb
(22) |
Mar
(28) |
Apr
(12) |
May
(16) |
Jun
(19) |
Jul
(1) |
Aug
(64) |
Sep
(19) |
Oct
(11) |
Nov
(17) |
Dec
(12) |
2012 |
Jan
(6) |
Feb
(8) |
Mar
(15) |
Apr
(43) |
May
(41) |
Jun
(14) |
Jul
(32) |
Aug
(3) |
Sep
(4) |
Oct
(7) |
Nov
(11) |
Dec
(11) |
2013 |
Jan
(35) |
Feb
(11) |
Mar
(23) |
Apr
(25) |
May
(37) |
Jun
(47) |
Jul
(25) |
Aug
(21) |
Sep
|
Oct
(1) |
Nov
(9) |
Dec
|
2014 |
Jan
(26) |
Feb
(2) |
Mar
(18) |
Apr
(41) |
May
(7) |
Jun
(7) |
Jul
(24) |
Aug
(5) |
Sep
(6) |
Oct
(8) |
Nov
(9) |
Dec
(7) |
2015 |
Jan
(7) |
Feb
(15) |
Mar
(8) |
Apr
(12) |
May
(7) |
Jun
|
Jul
|
Aug
(5) |
Sep
(1) |
Oct
(3) |
Nov
(30) |
Dec
(3) |
2016 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
(9) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
(4) |
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <luk...@gm...> - 2007-01-30 22:50:48
|
Hello, I'm making outgoing calls using ManagerConnection.sendAction() with async mode enabled in OriginateAction. Calls go through SIP. What I need, is to match HangupEvent with appropriate OriginateEvent. With successful calls, the case is simple. I just compare uniqueId between OriginateSuccessEvent and HangupEvent. My problem occurs when I want to match OriginateFailureEvent with HangupEvent, because uniqueId in OriginateFailureEvent is always <null>. I need to match those events, because I want to know why the call failed. Here are sample events from Asterisk 1.2 with asterisk-java 0.3-m1 : HangupEvent : uniqueid='1180194793.116' cause='16' channel='SIP/sip-provider-0911f038' OriginateFailureEvent : uniqueid='<null>' channel='SIP/00123456789@sip-provider' I've spend a couple of days trying to solve that issue, so I'd really appreciate some advice. Best regards, Lukasz |
From: Gaetan M. <gm...@ea...> - 2007-01-29 02:19:09
|
Hi Stefan Here are some modification you might maybe find usefull ? Patch is against trunk. */ Added AsteriskQueueListener observer to have a callback when new channels come in/out a queue. */ Added missing setters in Park-related events (Unpark & Givup were missing uniqueId, callerID, ...) and make full use of already present abstract class. */ Added a fake setter "setUnqiueid" to workaround a typo in the manager event for ParkedCallEvent. Regards Gaetan |
From: King H. <kin...@ne...> - 2007-01-28 15:55:09
|
I should have said ChannelManager rather than AsteriskServerImpl. King -----Original Message----- From: ast...@li... [mailto:ast...@li...] On Behalf Of King Ho Sent: Sunday, January 28, 2007 11:44 PM To: ast...@li... Subject: [Asterisk-java-users] AsteriskServerImpl reconnect processing Stefan, I see that AsteriskServerImpl upon reconnects to the Asterisk server will clears all the Channels in memory and do nothing about the originateCallBacks (it might have quite a number of callbacks registered and they won't be freed until removed from originateCallbacks). l think we should only remove channels that are no longer returned by StatusAction() and also remove the callbacks that don't have any corresponding channels. If you think we should make the change, I can submit a patch for this change. Best Regards, King ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Asterisk-java-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-users __________ NOD32 2014 (20070128) Information __________ This message was checked by NOD32 antivirus system. http://www.nod32.com.hk |
From: King H. <kin...@ne...> - 2007-01-28 15:41:56
|
Stefan, I see that AsteriskServerImpl upon reconnects to the Asterisk server will clears all the Channels in memory and do nothing about the originateCallBacks (it might have quite a number of callbacks registered and they won't be freed until removed from originateCallbacks). l think we should only remove channels that are no longer returned by StatusAction() and also remove the callbacks that don't have any corresponding channels. If you think we should make the change, I can submit a patch for this change. Best Regards, King |
From: Gaetan M. <gm...@ea...> - 2007-01-28 15:37:29
|
>> However when the connection times out and reconnects, it is logged to >> INFO. Shouldn't it be better to log to the WARN cat instead ? >> > > can you point me to the code that logs the message you want to have > issued as warning? > > It's when you handle the IOException : ManagerReaderImpl [INFO] Terminating reader thread: Read timed out ManagerConnectionImpl [INFO] Closing socket. In current svn trunk it is ManagerReaderImpl.java line 292: catch (IOException e) { this.terminationException = e; this.dead = true; logger.info("Terminating reader thread: " + e.getMessage()); } Gaetan |
From: Gaetan M. <gm...@ea...> - 2007-01-28 15:32:26
|
Hi Stefan > If we prevent the manager connection from being set multiple times then > we could modify initializeIfNeeded to check if we already set an event > listener and only add if thats not the case. > Does this help? > Just tested, it works. Thank you ! > Changes are at > http://fe.reucon.net/fisheye/changelog/repos/?cs=597 > > I get access denied. Gaetan |
From: King H. <kin...@ne...> - 2007-01-28 15:21:10
|
Stefan, The attached patch, against trunk, will add a shutdown() method to AsteriskServer which will in turn shutdown the threads in ManagerEventListenerProxy if necessary. You can use it however you like or to throw it away if you don't like it;) Best Regards, King -----Original Message----- From: ast...@li... [mailto:ast...@li...] On Behalf Of Stefan Reuter Sent: Sunday, January 28, 2007 10:37 PM To: ast...@li... Subject: Re: [Asterisk-java-users] Shutdown for ManagerEventListenerProxy King Ho wrote: > I can submit a patch it necessary. That would be great. Against latest SVN HEAD at http://svn.reucon.net/repos/asterisk-java/trunk/ Thanks, Stefan -- reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Stefan R. <ste...@re...> - 2007-01-28 14:37:06
|
King Ho wrote: > I can submit a patch it necessary. That would be great. Against latest SVN HEAD at http://svn.reucon.net/repos/asterisk-java/trunk/ Thanks, Stefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: King H. <kin...@ne...> - 2007-01-28 14:27:33
|
Hi, I am proposing to add a shutdown() method for the ManagerEventListenerProxy class. I know that it is using daemon thread, but the asterisk-java library might be used inside a web application. If this is the case, the application server will usually not be restarted for just restarting a single web application and the daemon threads will not be terminated automatically. I can submit a patch it necessary. Thanks! Best Regards, King |
From: Stefan R. <ste...@re...> - 2007-01-28 09:17:28
|
If we prevent the manager connection from being set multiple times then we could modify initializeIfNeeded to check if we already set an event listener and only add if thats not the case. Does this help? Changes are at http://fe.reucon.net/fisheye/changelog/repos/?cs=3D597 =3DStefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Gaetan M. <gm...@ea...> - 2007-01-28 04:10:26
|
Hi Stefan > can you point me to the code that logs the message you want to have > issued as warning? > > I'm back to 0.3m1 for tests right now, I'll tell you tomorrow. I switched back to 0.3m1 to track what looks like a bug ? If you restart the asterisk server then the reader will try and reconnect, but when using asterisk live, in the debugger you can see DaemonPool threads stack up, one new for each (re)connection and the events are handled multiple times by the channel manager for example. I think this could be due to the AsteriskServerImpl being reinitialised and added again and again as a listener for the events (with async on or off indeed) : if (asyncEventHandling) { eventConnection.addEventListener(new ManagerEventListenerProxy(this)); } else { eventConnection.addEventListener(this); } As a consequence, the events are handled multiple times (by the main thread or an army of DaemonPool threads :d). This happens in 0.3m1 and trunk. regards Gaetan |
From: Stefan R. <ste...@re...> - 2007-01-28 02:46:54
|
Gaetan Minet wrote: > However when the connection times out and reconnects, it is logged to > INFO. Shouldn't it be better to log to the WARN cat instead ? can you point me to the code that logs the message you want to have issued as warning? > Aren't the snapshot links on http://asterisk-java.org and > http://asterisk-java.org/development outdated ? > Those point to > http://maven.reucon.com/public/org/asteriskjava/asterisk-java/ Yes sorry, they still pointed to the old location before the split in a release and snapshot repo. I've fixed them. =3DStefan |
From: Gaetan M. <gm...@ea...> - 2007-01-27 17:02:56
|
Hi Stefan > I did have a look at your suggestion and find it really useful. > The only problem is that it requires a PingThread to work reliable. > Therefore I didn't enable it by default but added a setReadTimeout() > method to the DefaultManagerConnection with a short description and a > note that a PingThread should be used with an interval of half the > readTimeout. > > The latest code is in svn and at > I just updated to head, and it works smoothly . Thanks. It also resolved my problem with the missing "newuniqueid" setter (didn"t know it is added by Bristuff). However when the connection times out and reconnects, it is logged to INFO. Shouldn't it be better to log to the WARN cat instead ? > http://maven.reucon.com/public-snapshot/org/asteriskjava/asterisk-java/ > > Aren't the snapshot links on http://asterisk-java.org and http://asterisk-java.org/development outdated ? Those point to http://maven.reucon.com/public/org/asteriskjava/asterisk-java/ Regards Gaetan |
From: Stefan R. <ste...@re...> - 2007-01-21 17:16:48
|
Hi, I did have a look at your suggestion and find it really useful. The only problem is that it requires a PingThread to work reliable. Therefore I didn't enable it by default but added a setReadTimeout() method to the DefaultManagerConnection with a short description and a note that a PingThread should be used with an interval of half the readTimeout. The latest code is in svn and at http://maven.reucon.com/public-snapshot/org/asteriskjava/asterisk-java/ Thanks, =3DStefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Errorcode408 <err...@go...> - 2007-01-20 18:57:07
|
Hello List Peoples! I´m working with an Asterisk System for about 2 Months and now its time to enhance it with FastAGI and Manager Interaction. I think Asterisk Java was a good choice to do so but i got some problems getting this HelloManager and HelloEvents Examples to work. FastAGI works.... The HelloManager Examples compiles with 2 notes about deprecated Api HelloManager uses and the -Xlint:deprecation Option. If I start the Examples using "java HelloManager" I got an Exception: java.lang.NoClassDefFoundError: org/asteriskjava/manager/action/ManagerAction I am not sure whats the Problem here, checked my ClassPath but not sure why it doesnt still work! Any Help would be great! Cheers, Errorcode408 |
From: Stefan R. <ste...@re...> - 2007-01-19 07:45:47
|
Lucas Barbuto wrote: > I might have the opportunity to at least document some bugs in the =20 > coming months, will let you know if I think I can help out. This would also be helpful. Please add them directly to our jira at jira.reucon.org. Thanks Stefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Lucas B. <lu...@st...> - 2007-01-19 04:36:19
|
Stefan, Thanks for your reply. On 19/01/2007, at 10:11 AM, Stefan Reuter wrote: > Asterisk-Java is not yet fully compatible with Asterisk 1.4. > If you can provide any patches for Asterisk 1.4 specific stuff that > would be greatly appreciated. I might have the opportunity to at least document some bugs in the coming months, will let you know if I think I can help out. Regards, -- Lucas |
From: Stefan R. <ste...@re...> - 2007-01-18 23:10:57
|
Lucas Barbuto wrote: > Can anyone suggest what might be the problem? Might a recent =20 > SNAPSHOT build resolve these problems? I can provide full log =20 > excerpts if that will be helpful. Asterisk-Java is not yet fully compatible with Asterisk 1.4. If you can provide any patches for Asterisk 1.4 specific stuff that would be greatly appreciated. =3DStefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Stefan R. <ste...@re...> - 2007-01-18 23:09:08
|
Gaetan Minet wrote: > Won't this have other (bad) side effects on the library ? No I don't think so. > Is there a nicer way to do this ? The proposed solution sounds good. I'll run some tests and include it in svn trunk. Thanks, Stefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Stefan R. <ste...@re...> - 2007-01-18 23:02:55
|
Burak Do=F0ru=F6z wrote: > The problem is at ManagerReaderImpl class where it gets name and value = pairs > from manager and calls lowercase. My system converts ActionID to action= =FDd as > lowercase of char "I" is "=FD" in my locale (Turkish). So later checkin= g for > key "actionid" returns a null value. Modifying the name field (setting = it to > actionid) resolved the case. I never expected the lower case of I to be something else than i :) Would a better fix for this problem be to replace all calls to toLowerCase() by toLowerCase(Locale.ENGLISH) ? =3DStefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: <bdo...@ip...> - 2007-01-18 22:43:33
|
I found the problem by getting sources and a little debugging of reader and writer methods. The problem is at ManagerReaderImpl class where it gets name and value pairs from manager and calls lowercase. My system converts ActionID to action=FDd= as lowercase of char "I" is "=FD" in my locale (Turkish). So later checking for key "actionid" returns a null value. Modifying the name field (setting it to actionid) resolved the case. Thanks for your concern, Burak --=20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. |
From: <bdo...@ip...> - 2007-01-16 11:44:27
|
>The error sounds strange... >Could you try it with telnet? >The steps are: > ... I tried the steps you wrote and could successfully login to manager. However the helloevents example still fails. I tried both 0.2 and 0.3-m1 tutorials with respective libraries. I got the same output. Thanks for your response, Burak P.S. I didn't get the reply mail and being a new user of this maillist, i don't know how to post in my thread. If this starts a new thread sorry for any inconvenience. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. |
From: Jason B. <ja...@sh...> - 2007-01-16 04:09:37
|
Okay. I thought that might be the case. I do see one person using it when talking to the manager in the Rubification comment here: http://www.voip-info.org/wiki/index.php?page=Asterisk+Manager+API+Action+Originate On Tue, 16 Jan 2007 04:41:21 +0100, Stefan Reuter wrote > Jason Bodnar wrote: > > I know very little about Asterisk. I'm trying to convert some old perl code > > that originates a call to asterisk-java. So far I've found a way to set > > everything I need to except for MaxRetries and RetryTime. There aren't set*() > > methods for either of these. Do I have to use something like > > setVariable("MaxRetries", value) for each of these? > > afaik MaxRetries is not available through the Manager API but only when > using .call files. So you have to do the retry within your Java code. > > =Stefan > > -- > reuter network consulting > Neusser Str. 110 > 50760 Koeln > Germany > Telefon: +49 221 1305699-0 > Telefax: +49 221 1305699-90 > E-Mail: ste...@re... > Jabber: ste...@re... -- Jason Bodnar ja...@sh... http://www.shakabuku.org UnWired Buyer. The best way to win on eBay. Period. http://www.unwiredbuyer.com |
From: Stefan R. <ste...@re...> - 2007-01-16 03:40:54
|
Jason Bodnar wrote: > I know very little about Asterisk. I'm trying to convert some old perl = code > that originates a call to asterisk-java. So far I've found a way to set= > everything I need to except for MaxRetries and RetryTime. There aren't = set*() > methods for either of these. Do I have to use something like > setVariable("MaxRetries", value) for each of these? afaik MaxRetries is not available through the Manager API but only when using .call files. So you have to do the retry within your Java code. =3DStefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Jason B. <ja...@sh...> - 2007-01-16 03:24:07
|
I know very little about Asterisk. I'm trying to convert some old perl code that originates a call to asterisk-java. So far I've found a way to set everything I need to except for MaxRetries and RetryTime. There aren't set*() methods for either of these. Do I have to use something like setVariable("MaxRetries", value) for each of these? Thanks, Jason -- Jason Bodnar ja...@sh... http://www.shakabuku.org UnWired Buyer. The best way to win on eBay. Period. http://www.unwiredbuyer.com |