asterisk-java-users

[Asterisk-java-users] Queues and entries

[Jan E. <jan...@pl...>]

Hi,

When using the queues in Asterisk-Java I noticed that channels aren't 
populated into queues when they arrive. I mean, if I call a queue I'll get a 
JoinEvent, and I always see that the queues are empty, they contain no 
channel entries.

Only entries that are in queues when the application starts up are populated 
into queues (via QueueEntryEvent), as those seem to be handled ok.

Is Asterisk-Java meant to internally handle joining and leaving channels for 
queues, or should I take care of it myself? I can just call Queue.addEntry() 
or removeEntry() in a suitable callback, but it feels a bit "wrong" to mess 
with Asterisk-Java internal objects in this way. I think it's a bit 
misleading to take care of some of the events and not all. :)

-- 
Jan Ekholm
jan...@pl...

Re: [Asterisk-java-users] Queues and entries

[Stefan R. <sr...@re...>]

Yep, DefaultAsteriskManager should take care of this.
I'll have a look at it and fix it. Thanks for the hint.

=3DStefan

Re: [Asterisk-java-users] Queues and entries

[Jan E. <jan...@pl...>]

On Friday 19 August 2005 13:27, Stefan Reuter wrote:
> Yep, DefaultAsteriskManager should take care of this.
> I'll have a look at it and fix it. Thanks for the hint.

Should just be to have callbacks for Join- and LeaveEvent and add/remove the 
channel. A few lines of code. I do it manually now and that works well too. 

-- 
Jan Ekholm
jan...@pl...

Re: [Asterisk-java-users] Queues and entries

[Stefan R. <sr...@re...>]

On Fri, 2005-08-19 at 13:32 +0300, Jan Ekholm wrote:
> On Friday 19 August 2005 13:27, Stefan Reuter wrote:
> > Yep, DefaultAsteriskManager should take care of this.
> > I'll have a look at it and fix it. Thanks for the hint.
>=20
> Should just be to have callbacks for Join- and LeaveEvent and add/remove =
the=20
> channel. A few lines of code. I do it manually now and that works well to=
o.=20

Ok, its fixed in latest CVS-HEAD.
Would be cool if you could test it.
For further comments you can access the associated issue at
http://jira.reucon.com/browse/AJ-1

=3DStefan

Re: [Asterisk-java-users] Queues and entries

[Jan E. <jan...@pl...>]

On Monday 22 August 2005 02:09, Stefan Reuter wrote:
> On Fri, 2005-08-19 at 13:32 +0300, Jan Ekholm wrote:
> > On Friday 19 August 2005 13:27, Stefan Reuter wrote:
> > > Yep, DefaultAsteriskManager should take care of this.
> > > I'll have a look at it and fix it. Thanks for the hint.
> >
> > Should just be to have callbacks for Join- and LeaveEvent and add/remove
> > the channel. A few lines of code. I do it manually now and that works
> > well too.
>
> Ok, its fixed in latest CVS-HEAD.
> Would be cool if you could test it.
> For further comments you can access the associated issue at
> http://jira.reucon.com/browse/AJ-1

Which version of Asterisk does the CVS version target? I'm still stuck with 
Astersik 1.0.7 and we're not planning on upgrading before the next version 
stabilizes. But, I'd love to give it a spin. :)

-- 
Jan Ekholm
jan...@pl...

Re: [Asterisk-java-users] Queues and entries

[Stefan R. <sr...@re...>]

> Which version of Asterisk does the CVS version target? I'm still stuck wi=
th=20
> Astersik 1.0.7 and we're not planning on upgrading before the next versio=
n=20
> stabilizes. But, I'd love to give it a spin. :)

Though CVS-HEAD adds support for the features of the upcoming Asterisk
1.2 release it still supports Asterisk 1.0.x.

=3DStefan

Re: [Asterisk-java-users] Queues and entries

[Jan E. <jan...@pl...>]

On Monday 22 August 2005 09:10, Stefan Reuter wrote:
> > Which version of Asterisk does the CVS version target? I'm still stuck
> > with Astersik 1.0.7 and we're not planning on upgrading before the next
> > version stabilizes. But, I'd love to give it a spin. :)
>
> Though CVS-HEAD adds support for the features of the upcoming Asterisk
> 1.2 release it still supports Asterisk 1.0.x.

Then I will happily test it. I don't really expect there to be any problems, 
as normal with this project... It's kinda boring when all the bugs are in my 
code. :)

-- 
Jan Ekholm
jan...@pl...