asterisk-java-devel — Asterisk-Java Developer List

Re: [Asterisk-java-devel] Asterisk user event problem

[Mircea P. <mir...@ya...>]

Hi,

The event is a subclass of UserEvent. I have registered it like this:

            ManagerConnection con=mgrConnectionFactory.getManagerConnection();
            con.login();
            //register Reply event
            con.registerUserEventClass(ReplyEvent.class);

On the server side I have added some C code into Asterisk's code for app_voicemail.c to fire the event in a the case of a reply.

      
manager_event(EVENT_FLAG_USER, "Reply", "Channel: %s\r\nUniqueid: %s\r\nTransactionId: %s\r\n", chan->name, chan->uniqueid, transactionId);




Stefan Reuter <sr...@re...> wrote: Mircea Postolache wrote:
> Hi
> I am using the 3.0 snapshot. I recently added in the asterisk server a
> bit of code to fire an user event that I intend to capture from java. I
> have created an Event called ReplyEvent and registered it with the
> ManagerConnection. I have also provided a Handler for the events on that
> connection. The only trace of the event is the following message from my
> logs:
> 
> 07-12@17:37:43 INFO  (EventBuilderImpl.java:262)     - No event class
> registered for event type 'reply', attributes: {privilege=user,all,
> transactionid=1152714850.26, uniqueid=1152715015.27, event=Reply,
> channel=SIP/174-2ee2}
> 
> What should I do to get rid of this message?

can you show me how you registered the event and how you are sending the
event from Asterisk (i.e. excerpt from extensions.conf or AGI)?

That would help me locate the problem.

=Stefan

-- 
reuter network consulting
Neusser Str. 110
50760 Koeln
Germany
Telefon: +49 221 1305699-0
Telefax: +49 221 1305699-90
E-Mail:  sr...@re...
Jabber:  sr...@ja...


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Asterisk-java-devel mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel


 		
---------------------------------
Yahoo! Music Unlimited - Access over 1 million songs.Try it free. 

Re: [Asterisk-java-devel] Asterisk user event problem

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

Mircea Postolache wrote:
> Hi
> I am using the 3.0 snapshot. I recently added in the asterisk server a
> bit of code to fire an user event that I intend to capture from java. I=

> have created an Event called ReplyEvent and registered it with the
> ManagerConnection. I have also provided a Handler for the events on tha=
t
> connection. The only trace of the event is the following message from m=
y
> logs:
>=20
> 07-12@17:37:43 INFO  (EventBuilderImpl.java:262)     - No event class
> registered for event type 'reply', attributes: {privilege=3Duser,all,
> transactionid=3D1152714850.26, uniqueid=3D1152715015.27, event=3DReply,=

> channel=3DSIP/174-2ee2}
>=20
> What should I do to get rid of this message?

can you show me how you registered the event and how you are sending the
event from Asterisk (i.e. excerpt from extensions.conf or AGI)?

That would help me locate the problem.

=3DStefan

--=20
reuter network consulting
Neusser Str. 110
50760 Koeln
Germany
Telefon: +49 221 1305699-0
Telefax: +49 221 1305699-90
E-Mail:  sr...@re...
Jabber:  sr...@ja...

[Asterisk-java-devel] Asterisk user event problem

[Mircea P. <mir...@ya...>]

Hi 
I am using the 3.0 snapshot. I recently added in the asterisk server a bit of code to fire an user event that I intend to capture from java. I have created an Event called ReplyEvent and registered it with the ManagerConnection. I have also provided a Handler for the events on that connection. The only trace of the event is the following message from my logs:

07-12@17:37:43 INFO  (EventBuilderImpl.java:262)     - No event class registered for event type 'reply', attributes: {privilege=user,all, transactionid=1152714850.26, uniqueid=1152715015.27, event=Reply, channel=SIP/174-2ee2}

What should I do to get rid of this message?


 		
---------------------------------
Do you Yahoo!?
 Get on board. You're invited to try the new Yahoo! Mail Beta.

[Asterisk-java-devel] Re: I Cannot Run Example of Asterisk-Java

[Peter H. <pe...@ra...>]

Dear Steven!

Thanks first of all for your message! Please would you kindly post to 
this list:

 From your asterisk configuration:

* the relevant part of your extensions.conf where you call your agi script


 From your asterisk-java program:

* the source code of the script you are trying to call from asterisk
* as you are likely using fastagi, your fastagi-mapping.properties file, 
as described in the tutorial
(http://www.asteriskjava.org/latest/tutorial.html).


Also, please provide some details as to how you are actually running 
your asterisk-java apparatus so that the asterisk software can connect 
to it.

Many thanks!


Peter





> Date: Tue, 9 May 2006 11:06:40 +0800 (CST)
> From: tan zhongguo <tan...@ya...>
> To: ast...@li...
> Subject: [Asterisk-java-devel] I Cannot Run Example of Asterisk-Java
> Reply-To: ast...@li...
> 
> Hi,All
> I am new to Asterisk Java. I download Asterisk-Java
> 0.2. and install it on my computer. Also I Install
> Java SDK 1.4.2-11. I can   start Server. but when Make
> call to 1300. Asterisk give me message. 
> No such script(hello.agi). I check the tutrial of
> asterisk java. but I cannot how to generate hello.agi.
> 
> Thanks in advanced for any help.
> 
> 
> Steven

[Asterisk-java-devel] I Cannot Run Example of Asterisk-Java

[tan z. <tan...@ya...>]

Hi,All
I am new to Asterisk Java. I download Asterisk-Java
0.2. and install it on my computer. Also I Install
Java SDK 1.4.2-11. I can   start Server. but when Make
call to 1300. Asterisk give me message. 
No such script(hello.agi). I check the tutrial of
asterisk java. but I cannot how to generate hello.agi.

Thanks in advanced for any help.


Steven

__________________________________________________
赶快注册雅虎超大容量免费邮箱?
http://cn.mail.yahoo.com

Re: [Asterisk-java-devel] AstManProxy

[Cristian T. <ct...@ro...>]

Stefan,

We could hide that behind the connection factory and add a new
ManagerConnection class that has a slightly different connect/login process.

The line

ProxyKey: [key]

needs to be included in the first request to AstManProxy in order to
authenticate the user (provided the proxy is configured to require an
authentication key). If the client sends the right key in the first request,
the connection is established, otherwise it is refused. As for
challenge-response - I think it is just a matter of allowing the Challenge
action to pass through AstManProxy (right now it returns an "Unknown
command/action" response).

I'll look into implementing the right set of patches and will let you know
when I'm done.

Thank you,
Cristian

----- Original Message ----- 
From: "Stefan Reuter" <sr...@re...>
To: <ast...@li...>
Sent: Tuesday, February 28, 2006 3:59 PM
Subject: Re: [Asterisk-java-devel] AstManProxy

Christian,

it doesnt sound like lots of changes would be needed to make
Asterisk-Java and AstManProxy work together nicely.
I would like to completely hide the existence of a proxy from
Asterisk-Java's users and make Asterisk-Java deal with the small
differences under the hood.
Support for the challenge-response authentication could probably be
added to AstManProxy quite easily. What is Proxy-Key used for? Do we
need support for it in Asterisk-Java?

If you indent to provide patches for Asterisk-Java be sure to create
them against the latest version available via svn from
http://svn.reucon.net/repos/asterisk-java/trunk

=Stefan

Cristian Talle wrote:
> Well, AstManProxy defines itself as a "pass-through" proxy, even though it
> intercepts a couple of actions (Login/Logoff). It adds few proxy-specific
> extensions to the Asterisk Manager protocol but it doesn't interfere with
> the rest of the data being passed through, other than changing the
protocol
> string :).
>
> The only two problems I had to deal with (aside from the protocol string)
> were:
>
> 1. AstManProxy doesn't seem to let the Challenge-Response communication
pass
> through (I have to check the source code in order to find out why).
> 2. The Login process is bypassed, given that the proxy is actually the
only
> one authenticating and talking to the Manager. AstManProxy will return a
> fake Response with no actionId following a Login request - that tricks the
> Asterisk-Java response handler.
>
> (1) may be a problem if you rely on encryption, but it's not that bad
> because AstManProxy has it's own authentication mechanism: it can be
> configured to require a ProxyKey parameter in the first message sent to
the
> Manager in order to let you connect.
>
> I can see the value of a proxy when you have to allow multiple connections
> to the same server - a proxy will take the burden off of Asterisk's
> shoulder's - that's why I looked into it and gave it a try. The
> Asterisk-Java API changes would be minor - assuming you always expect to
> talk to an Asterisk Manager interface. For that reason I don't think a new
> protocol implementation is required for Asterisk-Java to work with
> AstManProxy.
>
> Maybe the best solution is to do a bit of "edge-softening" work on both
> sides - I didn't get in touch with the AstManProxy team yet :)
>
> Thanks,
> Cristian
>
> ----- Original Message ----- 
> From: "Stefan Reuter" <sr...@re...>
> To: <ast...@li...>
> Sent: Tuesday, February 28, 2006 1:53 PM
> Subject: Re: [Asterisk-java-devel] AstManProxy
>
> Hi Christian,
>
> I think the best solution would be to just add support for the "Asterisk
> Manager Proxy" protocol. Regarding the version Asterisk-Java is already
> rather forgiving, i.e. if it doesn't get what it expects it will only
> log a message.
> Making it fully configurable calls for problems as I suppose that a
> different protocol will also behave quite different (the manager proxy
> might be different in this regard).
> What do you think?
>
> =Stefan
>
> Cristian Talle wrote:
>
>>Hi,
>>
>>I tried to use the asterisk-java api to connect to Asterisk Manager via
>
> AstManProxy and it didn't work. The code appears to deal only with
"Asterisk
> Call Manager" v. "1.0". AstManProxy is (currently)substituting the product
> version string with "Asterisk Manager Proxy/1.12".
>
>>I implemented some changes myself - just enough to get it working :) and I
>
> was wondering: would it not be a good idea to pass the expected manager
> interface name / version parameters to the
> ManagerConnectionFactory.getConnection(...)?
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
> that extends applications into web and mobile media. Attend the live
webcast
> and join the prime developer group breaking into this new coding
territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Asterisk-java-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel


-- 
reuter network consulting
Neusser Str. 110
50760 Köln
Germany
Telefon: +49 221 1305699-0
Telefax: +49 221 1305699-90
E-Mail:  sr...@re...
Jabber:  sr...@ja...

Re: [Asterisk-java-devel] AstManProxy

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

Christian,

it doesnt sound like lots of changes would be needed to make
Asterisk-Java and AstManProxy work together nicely.
I would like to completely hide the existence of a proxy from
Asterisk-Java's users and make Asterisk-Java deal with the small
differences under the hood.
Support for the challenge-response authentication could probably be
added to AstManProxy quite easily. What is Proxy-Key used for? Do we
need support for it in Asterisk-Java?

If you indent to provide patches for Asterisk-Java be sure to create
them against the latest version available via svn from
http://svn.reucon.net/repos/asterisk-java/trunk

=3DStefan

Cristian Talle wrote:
> Well, AstManProxy defines itself as a "pass-through" proxy, even though=
 it
> intercepts a couple of actions (Login/Logoff). It adds few proxy-specif=
ic
> extensions to the Asterisk Manager protocol but it doesn't interfere wi=
th
> the rest of the data being passed through, other than changing the prot=
ocol
> string :).
>=20
> The only two problems I had to deal with (aside from the protocol strin=
g)
> were:
>=20
> 1. AstManProxy doesn't seem to let the Challenge-Response communication=
 pass
> through (I have to check the source code in order to find out why).
> 2. The Login process is bypassed, given that the proxy is actually the =
only
> one authenticating and talking to the Manager. AstManProxy will return =
a
> fake Response with no actionId following a Login request - that tricks =
the
> Asterisk-Java response handler.
>=20
> (1) may be a problem if you rely on encryption, but it's not that bad
> because AstManProxy has it's own authentication mechanism: it can be
> configured to require a ProxyKey parameter in the first message sent to=
 the
> Manager in order to let you connect.
>=20
> I can see the value of a proxy when you have to allow multiple connecti=
ons
> to the same server - a proxy will take the burden off of Asterisk's
> shoulder's - that's why I looked into it and gave it a try. The
> Asterisk-Java API changes would be minor - assuming you always expect t=
o
> talk to an Asterisk Manager interface. For that reason I don't think a =
new
> protocol implementation is required for Asterisk-Java to work with
> AstManProxy.
>=20
> Maybe the best solution is to do a bit of "edge-softening" work on both=

> sides - I didn't get in touch with the AstManProxy team yet :)
>=20
> Thanks,
> Cristian
>=20
> ----- Original Message -----=20
> From: "Stefan Reuter" <sr...@re...>
> To: <ast...@li...>
> Sent: Tuesday, February 28, 2006 1:53 PM
> Subject: Re: [Asterisk-java-devel] AstManProxy
>=20
> Hi Christian,
>=20
> I think the best solution would be to just add support for the "Asteris=
k
> Manager Proxy" protocol. Regarding the version Asterisk-Java is already=

> rather forgiving, i.e. if it doesn't get what it expects it will only
> log a message.
> Making it fully configurable calls for problems as I suppose that a
> different protocol will also behave quite different (the manager proxy
> might be different in this regard).
> What do you think?
>=20
> =3DStefan
>=20
> Cristian Talle wrote:
>=20
>>Hi,
>>
>>I tried to use the asterisk-java api to connect to Asterisk Manager via=

>=20
> AstManProxy and it didn't work. The code appears to deal only with "Ast=
erisk
> Call Manager" v. "1.0". AstManProxy is (currently)substituting the prod=
uct
> version string with "Asterisk Manager Proxy/1.12".
>=20
>>I implemented some changes myself - just enough to get it working :) an=
d I
>=20
> was wondering: would it not be a good idea to pass the expected manager=

> interface name / version parameters to the
> ManagerConnectionFactory.getConnection(...)?
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting lang=
uage
> that extends applications into web and mobile media. Attend the live we=
bcast
> and join the prime developer group breaking into this new coding territ=
ory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Asterisk-java-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel


--=20
reuter network consulting
Neusser Str. 110
50760 K=F6ln
Germany
Telefon: +49 221 1305699-0
Telefax: +49 221 1305699-90
E-Mail:  sr...@re...
Jabber:  sr...@ja...

Re: [Asterisk-java-devel] AstManProxy

[Cristian T. <ct...@ro...>]

Well, AstManProxy defines itself as a "pass-through" proxy, even though it
intercepts a couple of actions (Login/Logoff). It adds few proxy-specific
extensions to the Asterisk Manager protocol but it doesn't interfere with
the rest of the data being passed through, other than changing the protocol
string :).

The only two problems I had to deal with (aside from the protocol string)
were:

1. AstManProxy doesn't seem to let the Challenge-Response communication pass
through (I have to check the source code in order to find out why).
2. The Login process is bypassed, given that the proxy is actually the only
one authenticating and talking to the Manager. AstManProxy will return a
fake Response with no actionId following a Login request - that tricks the
Asterisk-Java response handler.

(1) may be a problem if you rely on encryption, but it's not that bad
because AstManProxy has it's own authentication mechanism: it can be
configured to require a ProxyKey parameter in the first message sent to the
Manager in order to let you connect.

I can see the value of a proxy when you have to allow multiple connections
to the same server - a proxy will take the burden off of Asterisk's
shoulder's - that's why I looked into it and gave it a try. The
Asterisk-Java API changes would be minor - assuming you always expect to
talk to an Asterisk Manager interface. For that reason I don't think a new
protocol implementation is required for Asterisk-Java to work with
AstManProxy.

Maybe the best solution is to do a bit of "edge-softening" work on both
sides - I didn't get in touch with the AstManProxy team yet :)

Thanks,
Cristian

----- Original Message ----- 
From: "Stefan Reuter" <sr...@re...>
To: <ast...@li...>
Sent: Tuesday, February 28, 2006 1:53 PM
Subject: Re: [Asterisk-java-devel] AstManProxy

Hi Christian,

I think the best solution would be to just add support for the "Asterisk
Manager Proxy" protocol. Regarding the version Asterisk-Java is already
rather forgiving, i.e. if it doesn't get what it expects it will only
log a message.
Making it fully configurable calls for problems as I suppose that a
different protocol will also behave quite different (the manager proxy
might be different in this regard).
What do you think?

=Stefan

Cristian Talle wrote:
> Hi,
>
> I tried to use the asterisk-java api to connect to Asterisk Manager via
AstManProxy and it didn't work. The code appears to deal only with "Asterisk
Call Manager" v. "1.0". AstManProxy is (currently)substituting the product
version string with "Asterisk Manager Proxy/1.12".
>
> I implemented some changes myself - just enough to get it working :) and I
was wondering: would it not be a good idea to pass the expected manager
interface name / version parameters to the
ManagerConnectionFactory.getConnection(...)?

Re: [Asterisk-java-devel] FastAGI and Database connecction pools.

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

Hi,

you could just create the create the connection pool before starting the
agi server, create new instances of your agi scripts, pass them your
connection pool and use SimpleMappingStrategy to map agi URLs to you
script instances.

=3DStefan

Chris Howard wrote:
> Hi All,
>   I'm looking into using the FastAGI interface  and  I need a DB =20
> interface to determine the control call flow.  What I would really  lik=
e
> is a DB (postgres in my case) connection pool available to each  of  th=
e
> AGI connection threads.    I'm a little stumped on how to  proceed. I'm=

> looking at a connection pool interface to the  AGIConnectionHandler
> Class and provide a method to request a  connection from the pool.  Has=

> anyone tried something like this?
>=20
> Chris
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting lang=
uage
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding territ=
ory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Asterisk-java-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel


--=20
reuter network consulting
Neusser Str. 110
50760 K=F6ln
Germany
Telefon: +49 221 1305699-0
Telefax: +49 221 1305699-90
E-Mail:  sr...@re...
Jabber:  sr...@ja...

Re: [Asterisk-java-devel] AstManProxy

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

Hi Christian,

I think the best solution would be to just add support for the "Asterisk
Manager Proxy" protocol. Regarding the version Asterisk-Java is already
rather forgiving, i.e. if it doesn't get what it expects it will only
log a message.
Making it fully configurable calls for problems as I suppose that a
different protocol will also behave quite different (the manager proxy
might be different in this regard).
What do you think?

=Stefan

Cristian Talle wrote:
> Hi,
> 
> I tried to use the asterisk-java api to connect to Asterisk Manager via AstManProxy and it didn't work. The code appears to deal only with "Asterisk Call Manager" v. "1.0". AstManProxy is (currently)substituting the product version string with "Asterisk Manager Proxy/1.12". 
> 
> I implemented some changes myself - just enough to get it working :) and I was wondering: would it not be a good idea to pass the expected manager interface name / version parameters to the ManagerConnectionFactory.getConnection(...)?

[Asterisk-java-devel] AstManProxy

[Cristian T. <ct...@ro...>]

Hi,

I tried to use the asterisk-java api to connect to Asterisk Manager via =
AstManProxy and it didn't work. The code appears to deal only with =
"Asterisk Call Manager" v. "1.0". AstManProxy is (currently)substituting =
the product version string with "Asterisk Manager Proxy/1.12".=20

I implemented some changes myself - just enough to get it working :) and =
I was wondering: would it not be a good idea to pass the expected =
manager interface name / version parameters to the =
ManagerConnectionFactory.getConnection(...)?

[Asterisk-java-devel] FastAGI and Database connecction pools.

[Chris H. <ch...@as...>]

Hi All,
   I'm looking into using the FastAGI interface  and  I need a DB   
interface to determine the control call flow.  What I would really  
like is a DB (postgres in my case) connection pool available to each  
of  the AGI connection threads.    I'm a little stumped on how to  
proceed. I'm looking at a connection pool interface to the  
AGIConnectionHandler Class and provide a method to request a  
connection from the pool.  Has anyone tried something like this?

Chris

[Asterisk-java-devel] ViewCVS replacement, RSS changelog feed

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

fisheye as a viewcvs replacement is available at
http://svn.reucon.net/fisheye/changelog/repos/

an rss feed for changes (replacing the asterisk-java-cvs mailing list)
is available at
http://svn.reucon.net/fisheye/changelog/%7Erss/repos/rss.xml

[Asterisk-java-devel] Move to SVN

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

I am currently about to migrate Asterisk-Java to Java5 as your responses
showed nobody will have a problem with that.
While I am about to change things I also moved to SVN. The new
Asterisk-Java repository is now available at
	http://svn.reucon.net/repos/
Maybe I will change that before public announcement but I am rather sick
of relying on sourceforge for version control. Their CVS is often
unavailable and the sync between the read/write and public cvs servers
is a pain.
I also changes Asterisk-Java's package name to org.asteriskjava instead
of the former net.sf.asterisk (a package name that I really never
owned ;)

=3DStefan

Re: [Asterisk-java-devel] integrating asterisk

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

Sebastian,

>=20
> I=FFm planning to integrate your component in a webapp hosted probably
> in JBoss or Websphere. Considering that it=FFs kind of =B4not permitted=
=A1
> to host a component that manages its own thread (creation and
> pooling), I am researching the best way to integrate it.

it is not correct that components running in an j2ee environment are
generally not permitted to create and manage their own threads. When
only running a servlet container I usually create an AGIServerThread on
startup using the <listener> element in web.xml and I am not aware of
any section of the servlet spec that prohibits that. What indeed is
prohibited is to spawn threads in your EJBs. But there is no need to do
so when using Asterisk-Java.

> I analyzed (superficially) your code and I think that transforming the
> AGIConnectionHandler in a servlet would be a possible approach.

A servlet usually speaks HTTP and follows a request/response semantic
where FastAGI uses a proprietary protocol and requires a dedicated TCP
connection per session. I don't think both have that much in common that
it would be an easy way to go.

=3DStefan

[Asterisk-java-devel] integrating asterisk

[Sebastian E. <seb...@gl...>]

Hi there,

=20

I=92m planning to integrate your component in a webapp hosted probably =
in
JBoss or Websphere. Considering that it=92s kind of =93not permitted=94 =
to host a
component that manages its own thread (creation and pooling), I am
researching the best way to integrate it.

I analyzed (superficially) your code and I think that transforming the
AGIConnectionHandler in a servlet would be a possible approach.

In this way, the container would take care of threads creation, pooling,
etc. and I can benefit of AGI commands from your library.

=20

What do you think?

=20

PD: should I post this in the user list too?

=20


--=20
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.21/236 - Release Date: =
1/20/2006
=20

[Asterisk-java-devel] re: Java 5

[Paul F. <pa...@sm...>]

We're using Java 5 -- and all is great. I don't think you will be  
alienating many if you make the switch.

Paul

Paul T. Fisher
Dial M for Mercury, Inc.




On Jan 18, 2006, at 11:13 PM, asterisk-java-devel- 
re...@li... wrote:

> Send Asterisk-java-devel mailing list submissions to
> 	ast...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel
> or, via email, send a message with subject or body 'help' to
> 	ast...@li...
>
> You can reach the person managing the list at
> 	ast...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Asterisk-java-devel digest..."
>
>
> Today's Topics:
>
>    1. Migrating Asterisk-Java to Java5 ? (Stefan Reuter)
>
> --__--__--
>
> Message: 1
> From: Stefan Reuter <sr...@re...>
> To: ast...@li...,
> 	ast...@li...
> Date: Thu, 19 Jan 2006 01:39:11 +0000
> Subject: [Asterisk-java-devel] Migrating Asterisk-Java to Java5 ?
> Reply-To: ast...@li...
>
>
> --=-B6XE2g/2Da6ajekgeJZU
> Content-Type: text/plain
> Content-Transfer-Encoding: quoted-printable
>
> Hi,
>
> I am currently thinking about migrating Asterisk-Java to Java5 for the
> next official release, esp. using generics and the build-in  
> concurrency
> features of Java5.
>
> Before I take that steps I would like to know if thats ok for you as
> users of Asterisk-Java. What JDK version do you use currently in
> production / in development? Are there any issues that prevent you  
> from
> switching to Java5?
>
> Thanks for your feedback
>
> Stefan
>
> --=-B6XE2g/2Da6ajekgeJZU
> Content-Type: application/pgp-signature; name=signature.asc
> Content-Description: This is a digitally signed message part
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (GNU/Linux)
>
> iD8DBQBDzu2/TUZ7XZofpgURAgL7AKCLSIE8g7uNFbHL0jHLZfqlsHQZPACbBTGm
> AgAkiSOGusvLNIejWU+nlSU=
> =ZVM+
> -----END PGP SIGNATURE-----
>
> --=-B6XE2g/2Da6ajekgeJZU--
>
>
>
>
> --__--__--
>
> _______________________________________________
> Asterisk-java-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel
>
>
> End of Asterisk-java-devel Digest

[Asterisk-java-devel] Migrating Asterisk-Java to Java5 ?

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

Hi,

I am currently thinking about migrating Asterisk-Java to Java5 for the
next official release, esp. using generics and the build-in concurrency
features of Java5.

Before I take that steps I would like to know if thats ok for you as
users of Asterisk-Java. What JDK version do you use currently in
production / in development? Are there any issues that prevent you from
switching to Java5?

Thanks for your feedback

Stefan

Re: [Asterisk-java-devel] Some small issues with Queue events.

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

Hi Walter,

thanks for your input.


> 1. Error from DefaultManagerConnection.
> The above seems to be caused by the fact that the QueueMemberStatusEven=
t
> was NOT a ResponseEvent (ie., no command was issued to the Manager to
> raise the event).

I didnt notice that the same event is sometimes used by Asterisk for
different things. Now I just disabled the error log for this case.

> 2. Error regarding AgentLoginEvent:
> AgentLoginEvent has a member =93LoginChannel=94 but the event has the f=
ield
> =93Channel=94. This causes a =93missing setter=94 error. Changing the f=
ield (and
> the getter/setter) seems to fix this.

I fixed the getter/setter and deprecated the old ones.

If you dont mind please test the lastest version from CVS to verify the
fixes work correctly.

=3DStefan

[Asterisk-java-devel] Some small issues with Queue events.

[Walter S. <Wal...@en...>]

Hi,

=20

I noticed the following two issues:

=20

1. Error from DefaultManagerConnection.

44715 [ManagerReader] ERROR
net.sf.asterisk.manager.DefaultManagerConnection  - Unable to handle
ResponseEvent without internalActionId:

net.sf.asterisk.manager.event.QueueMemberStatusEvent: dateReceived=3DFri
Jan 06 13:52:49 CET 2006; privilege=3Dagent,all; =
systemHashcode=3D26988606

=20

The above seems to be caused by the fact that the QueueMemberStatusEvent
was NOT a ResponseEvent (ie., no command was issued to the Manager to
raise the event).

=20

2. Error regarding AgentLoginEvent:

AgentLoginEvent has a member "LoginChannel" but the event has the field
"Channel". This causes a "missing setter" error. Changing the field (and
the getter/setter) seems to fix this.

=20

Regards,

Walter.

=20

Re: [Asterisk-java-devel] getting the port of the current AGIserver

[Tobias W. <tob...@ev...>]

Stefan Reuter schrieb:

> yep that feature was missing. I added getLocalAddress(), getLocalPort(),
> getRemoteAddress() and getRemotePort() to AGIRequest. It's available in
> latest CVS.

thx, works perfectly :)

tobias

Re: [Asterisk-java-devel] getting the port of the current AGIserver

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

On Fri, 2005-09-23 at 10:43 +0200, Tobias Wolf wrote:
> Hi there,
>=20
> i actually run into the need to determine the port of the AGIserver, in=20
> which an java class is running. Which is necessary because i want to=20

yep that feature was missing. I added getLocalAddress(), getLocalPort(),
getRemoteAddress() and getRemotePort() to AGIRequest. It's available in
latest CVS.

http://jira.reucon.org/browse/AJ-14

=3DStefan

[Asterisk-java-devel] getting the port of the current AGIserver

[Tobias W. <tob...@ev...>]

Hi there,

i actually run into the need to determine the port of the AGIserver, in 
which an java class is running. Which is necessary because i want to 
initiate call by the manager api and connect these calls directly to an 
AGI. The other way to connect to an extension or an local channel is not 
flexible enough.

so, i want to do something like this:

originateAction.setChannel("Capi/g1/" + invite");
originateAction.setApplication("AGI"); 
originateAction.setData("agi://localhost:"+port+"/anotherAGI.agi?param1="+value1+"&param2="+value2+"&param3="+value3);

if i hardcode the port, and after that move the server to another 
instance, which runs on an different channel, i must change the code :(

so, i wrote a little method which determines the port:

private String getPort(String requestURL) {
         // agi://localhost:4574/theagi.agi
         Pattern p = Pattern.compile(":(\\d+)/");
         Matcher matcher = p.matcher(requestURL);
         if (matcher.find()) {
             return matcher.group(1);
         }
         return null;
     }

this assumes the the agi is executed in the format shown in the comment.

making the scripts independent of the port, allows to run several 
instances of the scripts on the same machine. this comes handy for 
development purposes, eg run the scripts under development under port 
5000 and the ready to use scripts under 6000 without problems.

the solution above suits my needs, but still the method resides in the 
my agiscript class. a solution that makes all agiscript capable of 
asking for the port number would be nicer.

there even maybe a way to let the server itself annouce its portnumber, 
and not building on the niceness of the user to include it in the agi:// 
line.

what do you think ?? is there any need for others to do so, than me ?? :)

have a nice week-end

tobias wolf

p.s. i hope i have not overlooked a ready to use solution in the current 
api of asterisk-java :) but it didn't find a .getPort method in the 
javadocs ...

Re: [Asterisk-java-devel] Originate Action with more than one variable

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

what we need is support for a Map datatype in ActionBuilder and a way
for ManagerConnection to get the version of the connected Asterisk
server.
Then we can add a get/setVariables method to the OriginateAction and map
that to
variable: var1=3D1|var2=3D2 for Asterisk 1.0.x
and
variable: var1=3D1
variable: var2=3D2 for Asterisk 1.2

plus we need to make to sure that other additions to the manager api
behave the same way by watching Asterisk changes and patches via
cvs/mantis.
Thats the hard part...

If you like to provide a patch to implement that i am happy to integrate
it.

=3DStefan

[Asterisk-java-devel] Originate Action with more than one variable

[Joerg L. <la...@os...>]

Hi,

when Originating a call via the Manager API, Asterisk 1.2_beta1 expects 
the variables to be set independently (each on its own line).

The current OriginateAction still follows the way this is done in 1.0.x 
(separating via |). At least thats the way the Javadocs tell you to 
enter them.

Currently I'm working around this, by separating the variables myself 
with a "\r\nvariable: ". this works fine for me and will probably 
continue to do so.

Since I'm not sure if you want to provide support for 1.0 versions and 
1.2 versions of asterisk with asterisk-java-0.2, I don't know which kind 
of patch world make sense.

If you tell me, in which way this should be handled, I'll be glad to 
(try to) provide a patch for this, if you want me to.

Regards, Joerg