asterisk-java-devel Mailing List for Asterisk-Java Library (Page 22)
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: Steve P. <sp...@ge...> - 2007-02-04 18:47:28
|
I'd like to propose that the constructor AgiException(String message) be made public. It seems perfectly reasonable that an Agi program might want to throw one of these in response to some other Exception it encounters. Thanks Steve |
|
From: Stefan R. <ste...@re...> - 2007-01-18 22:53:02
|
Hi, Daniel Gradecak wrote: > Ok, i have kind of a workaround and i wonder if i should look to fix=20 > that in asterisk java code or is there a reason why this is not handled= ? I dont think there is a real reason for this. If you have a look and provide a patch that would be great. =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: Daniel G. <da...@gr...> - 2007-01-17 11:58:14
|
Hi, I am using asterisk queues and i noticed a problem in asterisk java, but i am not sure where it should be handled. When you have a direct call from phone to phone the caller ids are set normally, but when a customer calls a queue and then is linked to an agent the source (customer) caller id is not set, even if the events are fired correctly. What i mean it is when a DialEvent is handled in my code if this is a phone to phone call i have a thread waiting for the callerids, the NewCallerIdEvent which is handled by the DefaultAsteriskServer implementation sets correctly the callerid and I can continue working. But when a call is done via a queue the NewCallerIdEvent never sets the callerid from the caller that called the queue. Ok, i have kind of a workaround and i wonder if i should look to fix that in asterisk java code or is there a reason why this is not handled ? Regards, Daniel |
|
From: Daniel G. <da...@gr...> - 2007-01-11 00:42:06
|
Hi Stefan, I did the test and it is working. I am using it in my system, thank you very much for that great work :-) Regards, Daniel Daniel Gradecak wrote: > I will test it on monday then. > > Thank you for that. > > Regards, > Daniel > > Stefan Reuter wrote: > >> OK, i've added the patch slightly modified, see >> http://fe.reucon.net/fisheye/browse/repos/asterisk-java/trunk/src/main/java/org/asteriskjava/manager/internal/EventBuilderImpl.java?r1=569&r2=581 >> >> Do you have a chance to test the latest version from SVN? >> >> =Stefan >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> 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-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> >> > > ------------------------------------------------------------------------- > 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-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: Daniel G. <da...@gr...> - 2007-01-06 15:57:42
|
Hi Stefan,
yes i am using asterisk 1.4
Stefan Reuter wrote:
> Thanks for the patch. I will have a look at it and include it.
> Do you use Asterisk 1.4?
>
> =Stefan
>
>
> Daniel Gradecak wrote:
>
>> Hi guys,
>>
>> I am using asterisk java v 3.0m1 and I think there is a bug in the event
>> handling. While we send a UserEvent from asterisk I cannot receive it even
>> if I have registered as following :
>> managerConnection.registerUserEventClass(MyUserEvent.class);
>>
>> This is what I see ...
>> INFO: No event class registered for event type 'userevent', attributes:
>> {dialedparties =SIP/121, caller =151 , privilege=user,all,
>> event=UserEvent, userevent=Calling}
>>
>> So, after debugging a little it seems that there is an error in the
>> org.asteriskjava.manager.internal.EventBuilderImpl class in the buildEvent
>> method.
>> Here is a kind of patch that i have done, and now it is working ... so
>> please tell me if is ok and if you have fixed it already ...
>>
>> PATCH :
>> public ManagerEvent buildEvent(Object source, Map<String, String>
>> attributes)
>> {
>> ManagerEvent event;
>> String eventType;
>> Class eventClass;
>> Constructor constructor;
>>
>> if (attributes.get("event") == null)
>> {
>> logger.error("No event event type in properties");
>> return null;
>> }
>>
>>
>> eventType = ((String) attributes.get("event")).toLowerCase();
>> <<<< FIX
>> if(eventType.equals("userevent")) {
>> String userEventType = ((String)
>> attributes.get("userevent")).toLowerCase();
>>
>> if (userEventType == null)
>> {
>> logger.error("No user event type in properties");
>> return null;
>> }
>>
>> eventType = eventType + userEventType;
>> }
>>
>> END FIX >>>>
>> method continue .....
>>
>> Best regards,
>> Daniel
>>
>
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> 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-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel
>
|
|
From: Daniel G. <da...@gr...> - 2007-01-06 15:57:27
|
I will test it on monday then. Thank you for that. Regards, Daniel Stefan Reuter wrote: > OK, i've added the patch slightly modified, see > http://fe.reucon.net/fisheye/browse/repos/asterisk-java/trunk/src/main/java/org/asteriskjava/manager/internal/EventBuilderImpl.java?r1=569&r2=581 > > Do you have a chance to test the latest version from SVN? > > =Stefan > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > 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-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: Stefan R. <ste...@re...> - 2007-01-06 03:44:39
|
OK, i've added the patch slightly modified, see http://fe.reucon.net/fisheye/browse/repos/asterisk-java/trunk/src/main/ja= va/org/asteriskjava/manager/internal/EventBuilderImpl.java?r1=3D569&r2=3D= 581 Do you have a chance to test the latest version from SVN? =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-06 03:32:48
|
Thanks for the patch. I will have a look at it and include it.
Do you use Asterisk 1.4?
=3DStefan
Daniel Gradecak wrote:
> Hi guys,
>=20
> I am using asterisk java v 3.0m1 and I think there is a bug in the even=
t
> handling. While we send a UserEvent from asterisk I cannot receive it e=
ven
> if I have registered as following :
> managerConnection.registerUserEventClass(MyUserEvent.class);
>=20
> This is what I see ...
> INFO: No event class registered for event type 'userevent', attributes:=
> {dialedparties =3DSIP/121, caller =3D151 , privilege=3Duser,all,
> event=3DUserEvent, userevent=3DCalling}
>=20
> So, after debugging a little it seems that there is an error in the
> org.asteriskjava.manager.internal.EventBuilderImpl class in the buildEv=
ent
> method.
> Here is a kind of patch that i have done, and now it is working ... so
> please tell me if is ok and if you have fixed it already ...
>=20
> PATCH :
> public ManagerEvent buildEvent(Object source, Map<String, String>
> attributes)
> {
> ManagerEvent event;
> String eventType;
> Class eventClass;
> Constructor constructor;
>=20
> if (attributes.get("event") =3D=3D null)
> {
> logger.error("No event event type in properties");
> return null;
> }
>=20
>=20
> eventType =3D ((String) attributes.get("event")).toLowerCase();=
> <<<< FIX
> if(eventType.equals("userevent")) {
> String userEventType =3D ((String)
> attributes.get("userevent")).toLowerCase();
>=20
> if (userEventType =3D=3D null)
> {
> logger.error("No user event type in properties");
> return null;
> }
>=20
> eventType =3D eventType + userEventType;
> }
>=20
> END FIX >>>>
> method continue .....
>=20
> Best regards,
> Daniel
--=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: Daniel G. <da...@gr...> - 2007-01-05 08:41:47
|
wow I am sorry for sending the same mail 3 times ... there was a problem
and i thought that the 2 first times it was not sent.
Daniel Gradecak wrote:
> Hi guys,
>
> I am using asterisk java v 3.0m1 and I think there is a bug in the event
> handling. While we send a UserEvent from asterisk I cannot receive it even
> if I have registered as following :
> managerConnection.registerUserEventClass(MyUserEvent.class);
>
> This is what I see ...
> INFO: No event class registered for event type 'userevent', attributes:
> {dialedparties =SIP/121, caller =151 , privilege=user,all,
> event=UserEvent, userevent=Calling}
>
> So, after debugging a little it seems that there is an error in the
> org.asteriskjava.manager.internal.EventBuilderImpl class in the buildEvent
> method.
> Here is a kind of patch that i have done, and now it is working ... so
> please tell me if is ok and if you have fixed it already ...
>
> PATCH :
> public ManagerEvent buildEvent(Object source, Map<String, String>
> attributes)
> {
> ManagerEvent event;
> String eventType;
> Class eventClass;
> Constructor constructor;
>
> if (attributes.get("event") == null)
> {
> logger.error("No event event type in properties");
> return null;
> }
>
>
> eventType = ((String) attributes.get("event")).toLowerCase();
> <<<< FIX
> if(eventType.equals("userevent")) {
> String userEventType = ((String)
> attributes.get("userevent")).toLowerCase();
>
> if (userEventType == null)
> {
> logger.error("No user event type in properties");
> return null;
> }
>
> eventType = eventType + userEventType;
> }
>
> END FIX >>>>
> method continue .....
>
> Best regards,
> Daniel
>
>
>
>
>
> -------------------------------------------------------------------------
> 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-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel
>
|
|
From: Daniel G. <dgr...@xn...> - 2007-01-04 23:08:58
|
Hi guys,
I am using asterisk java v 3.0m1 and I think there is a bug in the event
handling. While we send a UserEvent from asterisk I cannot receive it even
if I have registered as following :
managerConnection.registerUserEventClass(MyUserEvent.class);
This is what I see ...
INFO: No event class registered for event type 'userevent', attributes:
{dialedparties =SIP/121, caller =151 , privilege=user,all,
event=UserEvent, userevent=Calling}
So, after debugging a little it seems that there is an error in the
org.asteriskjava.manager.internal.EventBuilderImpl class in the buildEvent
method.
Here is a kind of patch that i have done, and now it is working ... so
please tell me if is ok and if you have fixed it already ...
PATCH :
public ManagerEvent buildEvent(Object source, Map<String, String>
attributes)
{
ManagerEvent event;
String eventType;
Class eventClass;
Constructor constructor;
if (attributes.get("event") == null)
{
logger.error("No event event type in properties");
return null;
}
eventType = ((String) attributes.get("event")).toLowerCase();
<<<< FIX
if(eventType.equals("userevent")) {
String userEventType = ((String)
attributes.get("userevent")).toLowerCase();
if (userEventType == null)
{
logger.error("No user event type in properties");
return null;
}
eventType = eventType + userEventType;
}
END FIX >>>>
method continue .....
Best regards,
Daniel
|
|
From: Steve P. <sp...@ge...> - 2007-01-03 21:37:09
|
Stefan Reuter wrote: > To me it seems that using a newline character in variable values > violates the non-existing specification. > If we disallow quotes instead of newline characters we produce two problems: > - code that has worked before will break > - usage of quotes that does not match our point of view will cause the > whole application to hang because the closing quote never appears. > > To me it sounds much more reasonable to disallow newlines. In the case > of the xml reply you presented this would be very simple as the string > without newlines would represent the exact same information. > > =Stefan You've convinced me - I withdraw the request. I've also discussed this with Lumenvox and they're going to eliminate the newlines in their values. Steve |
|
From: Stefan R. <ste...@re...> - 2006-12-27 23:13:12
|
P.S. If you like we could discuss on the asterisk-dev list and/or with Lumenvox to find a solution that works for everyone and does not impose another set of issues. =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...> - 2006-12-27 23:11:38
|
To me it seems that using a newline character in variable values violates the non-existing specification. If we disallow quotes instead of newline characters we produce two proble= ms: - code that has worked before will break - usage of quotes that does not match our point of view will cause the whole application to hang because the closing quote never appears. To me it sounds much more reasonable to disallow newlines. In the case of the xml reply you presented this would be very simple as the string without newlines would represent the exact same information. =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: Steve P. <sp...@ge...> - 2006-12-27 22:30:28
|
Stefan Reuter wrote: > Any ideas? > > =Stefan I would suggest that for the beginning we assume that quotes within a variable value are not allowed and we don't have to deal with them - no need to fight that battle before we have to. Therefore life becomes more simple - you can start reading a value and simply cross newline borders until you find the next close quote. Any newlines encountered would be returned as part of the value. I don't know if there are any valid multiline responses to any queries besides the error one that's already there and now the result of getvariable which could be coded as a special case as well, so as long as the manager interface is using different queries it wouldn't be affected. If quotes really do start showing up anyplace in variable values, then we'll have to deal with it then, but this is a step in the right direction I think. Steve |
|
From: Stefan R. <ste...@re...> - 2006-12-27 22:16:29
|
Hi,
AGI (as many Asterisk APIs) is very poorly documented and a
"specification" (besides the source) does not exist (at least as far as
know).
What I thought when implementing the AgiReader was that newlines are
forbidden in variable names (in fact you are unable to set them through
the dialplan).
I played around with the current implementation (Asterisk 1.2.13) and
checked the handling of quotes. If we try to support multiline values in
variable content by looking for matching quotes before returning, quotes
must be correctly escaped by Asterisk as you aready noted.
Here are my results:
This is the Java code I used:
public void service(AgiRequest request, AgiChannel channel) throws
AgiException
{
setVariable("TESTVAR", "ab \" cd");
System.out.println(getVariable("TESTVAR"));
}
which prints:
ab " cd
The network dump shows:
# ngrep port 4573
interface: eth0 (10.13.0.0/255.255.255.0)
filter: (ip or ip6) and ( port 4573 )
(snip)
T 10.13.0.57:4573 -> 10.13.0.102:55592 [AP]
SET VARIABLE "TESTVAR" "ab \" cd".
##
T 10.13.0.102:55592 -> 10.13.0.57:4573 [AP]
200 result=3D1.
#
T 10.13.0.57:4573 -> 10.13.0.102:55592 [AP]
GET VARIABLE "TESTVAR".
#
T 10.13.0.102:55592 -> 10.13.0.57:4573 [AP]
200 result=3D1 (ab " cd).
Until now I have no idea on how to support newlines as matching by
quotes seems to be impossible. Additionally I have worries regarding the
Manager API. The Manager reponses follow this syntax:
key1: value1\n
key2: value2\n
\n
Variables values with newlines would probably cause Asterisk to return
an invalid response to a GetVariable action (I am speculating here as I
didnt test it actually).
Any ideas?
=3DStefan
Steve Prior wrote:
> Stefan Reuter wrote:
>=20
>> Hi Steve,
>>
>> Steve Prior wrote:
>>
>>> The big thing stopping me from fixing this right now is that I don't =
>>> know exactly what the format for a multi-line response to=20
>>> getFullVariable is defined to be. Anyone know what this is?
>>
>> Can you point me to some documentation regarding Lumenvox so I can hav=
e
>> a look at what behavior it expects?
>>
>> =3DStefan
>=20
>=20
> I don't have this documentation, but I don't think I'm actually asking =
for anything
> Lumenvox specific. It's more about how the AGI protocol works. Here's=
a bit of
> my asterisk log while running the normal pizza demo:
>=20
>=20
> -- Executing Set("IAX2/66.225.202.80:4569-4", "TOPPING=3D<item ind=
ex=3D0>
> <toppinglist>
> <item index=3D0>
> <ingredient>
> onions
> </ingredient>
>=20
> </item>
> <item index=3D1>
> <ingredient>
> pepperoni
> </ingredient>
>=20
> </item>
>=20
> </toppinglist>
>=20
> </item>
> ") in new stack
>=20
>=20
> So as you can see the demo is setting the value of an asterisk variable=
to a
> value which spans lines (and happens to be an XML fragment, but I don't=
think you care
> about that). The problem appears when I try to call getFullVariable() =
on a
> variable which returns such a multiline value - the current implementat=
ion
> of AgiImpl only reads the first line which here is "TOPPING=3D<item ind=
ex=3D0>
> and doesn't follow through and read the rest of the lines up to the fol=
lowing
> double quotes. Now I'm sure there is some complication in the AGI prot=
ocol
> as to how to handle escaped quotes (if they are allowed at all).
>=20
> So I think the solution is to modify AgiImpl to read the full set of li=
nes for a
> response and not stop at one - up until it reads the close quote. Then=
I
> can simply get that multiline string to my java code, interpret the XML=
> as I see fit, and should be all set.
>=20
> So multiline variable values has been a possibility all along, it's jus=
t never
> been encountered before now.
>=20
> Thanks
> Steve
>=20
> -----------------------------------------------------------------------=
--
> 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=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Asterisk-java-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel
--=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: Steve P. <sp...@ge...> - 2006-12-27 19:39:36
|
Stefan Reuter wrote:
> Hi Steve,
>
> Steve Prior wrote:
>
>>The big thing stopping me from fixing this right now is that I don't
>>know exactly what the format for a multi-line response to
>>getFullVariable is defined to be. Anyone know what this is?
>
>
> Can you point me to some documentation regarding Lumenvox so I can have
> a look at what behavior it expects?
>
> =Stefan
I don't have this documentation, but I don't think I'm actually asking for anything
Lumenvox specific. It's more about how the AGI protocol works. Here's a bit of
my asterisk log while running the normal pizza demo:
-- Executing Set("IAX2/66.225.202.80:4569-4", "TOPPING=<item index=0>
<toppinglist>
<item index=0>
<ingredient>
onions
</ingredient>
</item>
<item index=1>
<ingredient>
pepperoni
</ingredient>
</item>
</toppinglist>
</item>
") in new stack
So as you can see the demo is setting the value of an asterisk variable to a
value which spans lines (and happens to be an XML fragment, but I don't think you care
about that). The problem appears when I try to call getFullVariable() on a
variable which returns such a multiline value - the current implementation
of AgiImpl only reads the first line which here is "TOPPING=<item index=0>
and doesn't follow through and read the rest of the lines up to the following
double quotes. Now I'm sure there is some complication in the AGI protocol
as to how to handle escaped quotes (if they are allowed at all).
So I think the solution is to modify AgiImpl to read the full set of lines for a
response and not stop at one - up until it reads the close quote. Then I
can simply get that multiline string to my java code, interpret the XML
as I see fit, and should be all set.
So multiline variable values has been a possibility all along, it's just never
been encountered before now.
Thanks
Steve
|
|
From: Stefan R. <ste...@re...> - 2006-12-27 18:43:15
|
Hi Christian, to me this looks like a problem within Asterisk-Java. It seems to be suddenly unable to correctly use reflection to determine the accessors for the properties of the events it receives. Do you have a (simple) test case that you could send me to reproduce this= ? =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...> - 2006-12-27 18:41:46
|
Hi Steve, Steve Prior wrote: > The big thing stopping me from fixing this right now is that I don't=20 > know exactly what the format for a multi-line response to=20 > getFullVariable is defined to be. Anyone know what this is? Can you point me to some documentation regarding Lumenvox so I can have a look at what behavior it expects? =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: Steve P. <sp...@ge...> - 2006-12-24 22:03:46
|
I've been playing with the Lumenvox integration with Asterisk with
asterisk-java and for a start I've been trying to port over the Lumenvox
Pizza demo to Java.
I've made decent progress and like how asterisk-java is working out as a
programming environment for speech apps, but I've run into a problem.
String text = this.getFullVariable("${SPEECH_TEXT(0)}");
Is used to retrieve the spoken words recognized by the Lumenvox engine.
In the case of the individual pizza ingredients prompt, this value isn't
filled in with a single word (which works fine in asterisk-java), but
rather returns a multi-line XML structure which contains a list of each
ingredient recognized. Unfortunately it seems that getFullVariable()
returns null when it is given a multi-line value from Asterisk.
I traced this down to AsiReaderImpl.readReply() which only seems to read
multiple lines of response when the response starts with
AgiReply.SC_INVALID_COMMAND_SYNTAX.
So it seems that there are cases when readReply() should be reading
additional lines of response before the line:
reply = new AgiReplyImpl(lines);
The big thing stopping me from fixing this right now is that I don't
know exactly what the format for a multi-line response to
getFullVariable is defined to be. Anyone know what this is?
Steve
|
|
From: <chr...@gm...> - 2006-12-20 19:04:28
|
Hello guys, since two weeks we are using Asterisk 1.2.12 and Asterisk-Java 0.3m1. Until yesterday, with 2 hotlines and a call amount of about 1200 calls per day, everything works fine. Today we add 2 other hotlines with much more traffic. Until now, within 10 hours we have received over 4200 calls. The following errors started at 12 o' clock after the hotlines are 4 hours on: - Unable to set property 'actionid' on class org.asteriskjava.manager.event.NewExtenEvent: no setter - Unable to set property 'message' on class org.asteriskjava.manager.event.NewExtenEvent: no setter - Unable to set property 'message' on class org.asteriskjava.manager.event.QueueMemberStatusEvent: no setter - Unable to set property 'privilegresponse' on class org.asteriskjava.manager.event.QueueMemberStatusEvent: no setter - Unable to set property 'queresponse' on class org.asteriskjava.manager.event.QueueMemberStatusEvent: no setter - Unable to set property 'message' on class org.asteriskjava.manager.event.QueueMemberStatusEvent: no setter After looking at the source code of Asterisk-Java, this should not be a problem. But in fact, after this errors occurred, we don't receive any event by the Asterisk-Java API. Does someone have made the same experiences like us? Do you know if this is a problem of Asterisk-Java or of Asterisk? Thanks, Christian |
|
From: Marc J. <mar...@ho...> - 2006-12-14 15:16:42
|
Hi, I'm trying to run the AGI server on Windows and I get an error : java -cp asterisk-java-0.3-m1.jar:. org.asteriskjava.fastagi.DefaultAgiServer Exception in thread "main" java.lang.NoClassDefFoundError: org/asteriskjava/fastagi/DefaultAgiServer command is executed in the folder where asterisk-java-0.3-m1.jar is located. Thanks Marc _________________________________________________________________ Qui est-ce qui est très apprécié des Japonais et a toujours quelque chose entre les mains? Live Search le sait et vous ? http://search.live.com/images/results.aspx?q=Manneken%20pis&FORM=BIRE |
|
From: Ricardo C. <ric...@gm...> - 2006-12-08 21:39:52
|
Martynas, Where is this job located? On site only, or can it be off? Ricardo Caldeira ricardocaldeira at gm@il dot com |
|
From: <mar...@ve...> - 2006-12-06 20:07:59
|
Hello, I dont know if this is against the rules or not, but I am just trying to find some developers to develop some Asterisk java applications for us. If anyone is interested just email me at mar...@ve... Martynas |
|
From: Stefan R. <ste...@re...> - 2006-11-03 22:16:38
|
Thanks. I felt free to rename it to AbstractManagerEventListener and made it implement ManagerEventLister. I've added it to trunk, you can see it here= : http://svn.reucon.net/repos/asterisk-java/trunk/src/main/java/org/asteris= kjava/manager/AbstractManagerEventListener.java =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: Bruno N. <bn...@gm...> - 2006-11-03 19:06:24
|
On 11/2/06, Stefan Reuter <ste...@re...> wrote: > > > What do you mean with "track originated calls"? What is this > > information? (maybe it is worth...) > > The trace id is the the indendet solution to the following problem: > > Wehn you originate a call you receive the call id (uniqueId) with the > OriginateSuccess event, i.e. when the first party answers the call. For > several use cases (e.g. hangup an originated call before the first party > answered) this is too late. So the idea is to set a variable (the trace > id) with the originate and poll for it for each new channel that is > detected. > This is only needed if you use the originateXX methods from > AsteriskServer in the new live package. If you dont use it its of course > worthless so I understand your concerns. Stefan, indeed we're not using the AsteriskServer.originateXX methods. We use other means to initiate the calls. > Untill now this didn't hurt. But we're developing an application that is > > supposed to run in every desktop of a company. My customer argues that > > if all the desktops call getVariable() at the same time after they > > receive a DialEvent, the asterisk server can get slow. And I think he's > > right, don't you? > > Umm if you really plan to open the Manager API to every desktop this > might call for trouble depending on how many dektops there are and how > trustworty your environment is. Remember that the Manager API exposes a > whole bunch of functions that are in no way restricted to a set of > channels/extensions. In my opinion this raises questions regarding > privacy and abuse (looking what numbers your boss is dialing, hangup or > redirecting calls from collegues, etc.). I would implement a central > server that talks to Asterisk and only passes the relevant information > to each client and checks the validity of requests they make. Very nice advice Stefan, thank you. Probably we'll change our solution to something like this in the future. > Is there any other way to track that information you want without these > > getVariable() calls? > > I am very open to any suggestions as long as they address the problem > outlined above. > > > If I'll make a patch for the manager interface on the asterisk server, > > couldn't I add some info to be sent on the DialEvents that would save > > you from actively calling a getVariable() on the server? > > The bristuff patches from Junghanns provide the uniqueId in the response > to the OriginateAction but thats non-standard. If you manage to get > Digium to adapt this by providing a disclaimed patch and convince them > of the need to integrate it into Asterisk 1.6, well... where can I get the patches Junghanns did? so you're saying they'll save you from activelly run getVariable(), right? I can try to make them incorporate the patch. i can try.... > I think these events are lacking a lot of valuable information and this > > is what is making them so difficult to parse and understand. > > Yes the Manager API is a pain and the live package tries to work around > that asuming that its easier to use what is there than to redesign the > Manager API. Your assumption makes sense for a person like you, that has a huge experience with the Manager API. But for any beginner, and for any project that must complete in a hurry, the manager api shows itself confusing and bad-designed. It can be much easier to use if it tells complete and meaningful messages. regards, bruno |
3 messages has been excluded from this view by a project administrator.
