Thread: [Asterisk-java-users] asteriskjava.live - GetMeetMeRooms
Brought to you by:
srt
From: Henrik B. <hen...@fr...> - 2007-07-26 14:26:01
|
Hi, I just experimented with asteriskjava.live to get information about MeetMeRooms. Looks great so far, but I'm experiencing problems when using AsteriskServer.getMeetMeRooms(). When I have an active meetme-room everything seems to be ok, I get the room and the users in it. After all users have left the room getMeetMeRooms() still returns the room but without users in it. Entering meetme in the CLI shows no active rooms at this point. I could use the empty users collection as workaround, but that shouldn't be the right way... Any hints? Henrik |
From: Henrik B. <hen...@fr...> - 2007-07-27 14:25:18
|
> I just experimented with asteriskjava.live to get information about > MeetMeRooms. Looks great so far, but I'm experiencing problems when > using AsteriskServer.getMeetMeRooms(). > > When I have an active meetme-room everything seems to be ok, I get the > room and the users in it. > > After all users have left the room getMeetMeRooms() still returns the > room but without users in it. Entering meetme in the CLI shows no active > rooms at this point. In addition to that I now sometimes don't get any rooms from getMeetMeRooms, even if there is an active one. But - when all users have left the room or have been kicked out - getMeetMeRooms returns the now unused room as described above... I can't really reproduce this, it happens sometimes and sometimes everything works. Can anybody help me out of this? Greetings Henrik |
From: Stefan R. <ste...@re...> - 2007-07-27 18:35:46
Attachments:
signature.asc
|
Hi Henrik, Asterisk allows to retrieve active rooms with active defined as "room with at least one participant". Asterisk-Java provides a getMeetMeRoom(roomName) method that returns a room object even if the room is empty. This allows you to register a listener on the room to be notified if someone enters the room even if the room was inactive before. The room object is then stored internally. The same thing happens with rooms that were active and became inactive later on. Therefore you see a mixture of active and inactive rooms when calling getMeetMeRooms(). A better implementation would be to only return active rooms. I have created http://jira.reucon.org/browse/AJ-80 to track this enhancement. For now the best workaround would be to check them for emptyness in your code. > In addition to that I now sometimes don't get any rooms from > getMeetMeRooms, even if there is an active one. But - when all users > have left the room or have been kicked out - getMeetMeRooms returns the= > now unused room as described above... >=20 > I can't really reproduce this, it happens sometimes and sometimes > everything works. Thats really strange. Can you try to reproduce it and open a bug in Jira for this one? =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... Steuernummern 215/5140/1791 USt-IdNr. DE220701760 |
From: Henrik <hen...@fr...> - 2007-07-27 19:28:07
|
ast...@li... wrote: > Asterisk allows to retrieve active rooms with active defined as "room > with at least one participant". > Asterisk-Java provides a getMeetMeRoom(roomName) method that returns a > room object even if the room is empty. This allows you to register a > listener on the room to be notified if someone enters the room even if > the room was inactive before. The room object is then stored > internally. The same thing happens with rooms that were active and > became inactive later on. Therefore you see a mixture of active and > inactive > rooms when > calling getMeetMeRooms(). > A better implementation would be to only return active rooms. I have > created http://jira.reucon.org/browse/AJ-80 to track this enhancement. Hi Stefan thanks for your answer. Ok, I can do a workaround as you described. >> In addition to that I now sometimes don't get any rooms from >> getMeetMeRooms, even if there is an active one. But - when all users >> have left the room or have been kicked out - getMeetMeRooms returns >> the now unused room as described above... >> >> I can't really reproduce this, it happens sometimes and sometimes >> everything works. > > Thats really strange. Can you try to reproduce it and open a > bug in Jira > for this one? Yup, I'll try to produce an example for this if it happens again. Probably sometimes next week.. Thank you Henrik |
From: Henrik B. <hen...@fr...> - 2007-07-30 09:51:49
|
Am Freitag, den 27.07.2007, 20:35 +0200 schrieb Stefan Reuter: > > In addition to that I now sometimes don't get any rooms from > > getMeetMeRooms, even if there is an active one. But - when all users > > have left the room or have been kicked out - getMeetMeRooms returns the > > now unused room as described above... > > > > I can't really reproduce this, it happens sometimes and sometimes > > everything works. > > Thats really strange. Can you try to reproduce it and open a bug in Jira > for this one? Hi, the problem seems to occur when I establish a call via asterisk-java with originateAction and redirect it afterwards to a meetmeconference with RedirectAction. I attached a sample java-class which interacts with the console and produces this problem. Entering "c" on the console connects the two channels, "r" redirects it to the meetme extension, "m" shows the active meetme conferences. The dialplan I used for testing is pretty simple: [default] exten => 4315,1,Dial(SIP/user1) exten => 4316,1,Dial(SIP/user2) exten => 901,1,Answer() exten => 901,n,MeetMe(${EXTEN},1MaAx) exten => 901,n,Hangup() Perhaps you could have a look at it or shall I use Jira directly? thanks Henrik The console output is the following (with comments): //startup java MeetMeTest 30.07.2007 11:31:37 org.asteriskjava.manager.internal.ManagerConnectionImpl connect INFO: Connecting to dairyman.informatik.uni-bremen.de:5038 30.07.2007 11:31:37 org.asteriskjava.manager.internal.ManagerConnectionImpl setProtocolIdentifier INFO: Connected via Asterisk Call Manager/1.0 30.07.2007 11:31:37 org.asteriskjava.manager.internal.ManagerConnectionImpl doLogin INFO: Successfully logged in 30.07.2007 11:31:37 org.asteriskjava.manager.internal.ManagerConnectionImpl doLogin INFO: Determined Asterisk version: Asterisk 1.4 //connecting the channels c //and redirecting it to the meetme app r org.asteriskjava.manager.event.StatusEvent SIP/user1-08215538 SIP/user2-0820f6e0 org.asteriskjava.manager.response.ManagerResponse: actionId='null'; message='Dual Redirect successful'; response='Success'; uniqueId='null'; systemHashcode=9516880 //check for active conferences m 30.07.2007 11:31:49 org.asteriskjava.live.internal.ChannelManager handleStatusEvent INFO: Adding new channel SIP/user1-08215538 30.07.2007 11:31:49 org.asteriskjava.live.internal.ChannelManager handleStatusEvent INFO: Adding new channel SIP/user2-0820f6e0 30.07.2007 11:31:49 org.asteriskjava.live.internal.AsteriskServerImpl initializeIfNeeded INFO: Initializing done [] //nothing found m [] m [] //hangup user1 30.07.2007 11:31:57 org.asteriskjava.live.internal.MeetMeManager getOrCreateUserImpl INFO: Adding channel SIP/user1-08215538 as user 2 to room 901 30.07.2007 11:31:57 org.asteriskjava.live.internal.MeetMeManager handleMeetMeEvent INFO: Removing channel SIP/user1-08215538 from room 901 30.07.2007 11:31:57 org.asteriskjava.live.internal.ChannelManager handleHangupEvent INFO: Removing channel SIP/user1-08215538 due to hangup (NOTDEFINED) 30.07.2007 11:31:57 org.asteriskjava.live.internal.ChannelManager handleCdrEvent INFO: Ignored CdrEvent for unknown channel with uniqueId 1185787901.1 //check for active conferences - and getting one m [MeetMeRoom[roomNumber='901',systemHashcode=31321027]] 901 [MeetMeUser[dateJoined='Mon Jul 30 11:31:57 CEST 2007',dateLeft='null',talking=false,muted=false,room=MeetMeRoom[roomNumber='901',systemHashcode=31321027],channel=AsteriskChannel[id='1185787900.0',name='SIP/user2-0820f6e0'],systemHashcode=10586786]] 30.07.2007 11:32:14 org.asteriskjava.live.internal.MeetMeManager handleMeetMeEvent INFO: Removing channel SIP/user2-0820f6e0 from room 901 30.07.2007 11:32:14 org.asteriskjava.live.internal.ChannelManager handleHangupEvent INFO: Removing channel SIP/user2-0820f6e0 due to hangup (NORMAL) |
From: Stefan R. <ste...@re...> - 2007-07-30 10:19:34
Attachments:
signature.asc
|
Henrik Buchholz wrote: > Perhaps you could have a look at it or shall I use Jira directly? Thanks for the sample, I'll have a look at it. Putting it into Jira helps us track the status, produce nice release notes/changelog if the issue results in a change. =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... Steuernummern 215/5140/1791 USt-IdNr. DE220701760 |
From: Henrik B. <hen...@fr...> - 2007-08-03 10:45:04
|
Am Montag, den 30.07.2007, 12:19 +0200 schrieb Stefan Reuter: > Henrik Buchholz wrote: > > Perhaps you could have a look at it or shall I use Jira directly? > > Thanks for the sample, I'll have a look at it. > Putting it into Jira helps us track the status, produce nice release > notes/changelog if the issue results in a change. Ok did that. I found out that it doesn't happen when I user AsteriskServer.originateToExtension to establish the call - that should do it for me as workaround. Greetings Henrik |